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The 



BACKGR OUND OP THE INVENTTON 

present invention in a 



preferred 



implementation relates to improvements in radio data 
communication systems wherein a number of mobile 
transceiver units are to transmit data to a number 
of base stations under a wide range of operating 
conditions. The invention is preferably to be 
applicable as an upgrade of an existing data capture 
system wherein a number of hand-held transceiver 
units of an earlier design are already in the field 
representing a substantial economic investment in 
comparison to the cost of base stations, accessories 
and components. In installations spread over an 
extensive area, a large number of mobile portable 
transceiver units may be employed to gather data in 
various places and multiple base stations may be 
required. In a variety of such installations such 
as warehouse facilities, distribution centers, and 
retail establishments, it may be advantageous to 
utilize not only multiple bases capable of 
communication with a single host, but with multiple 
hosts as well. 

An early RF data collection system is shown in 
Marvin L. Sojka, U.S. Patent No. 4,924,462 assigned 
to the assignee of the present application. This 
patent illustrates (in the sixth figure) a NORAND® 
RC2250 Network Controller which supports one base 
transceiver for communication with multiple mobile 
portable transceivers. The exemplary prior art 
device is capable of communicating with a host 
computer through an RS232C interface at up to 19,200 



baud in asynchronous mode. In order for an optional 
RS422 interface to be substituted for an RS232C 
interface, the unit must be opened and substitute 
circuitry components installed within it. 
5 Additionally, depending upon the application 

and the operating conditions, a large number of base 
stations may be required to adequately serve the 
communication system. For example, a radio data 
communication system installed in a large factory 

10 may require dozens of base stations in order to 
cover the entire factory floor. 

In earlier RF data communication systems, the 
base stations were typically connected directly to a 
host computer through multi-dropped connections to 

15 an Ethernet communication line. To communicate 
between an RF terminal and a host computer, in such 
a system, the RF terminal sends data to a base 
station and the base station passes the data 
directly to the host computer. Communicating with a 

2 0 host computer through a base station in this manner 
is commonly known as hopping. These earlier RF data 
communication systems used a single-hop method of 
communication. 

In order to cover a larger area with an RF data 

2 5 communication system and to take advantage of the 

deregulation of the spread-spectrum radio 
frequencies, later-developed RF data communication 
systems are organized into layers of base stations. 
As in earlier RF data communications systems, a 
30 typical system includes multiple base stations which 
communicate directly with the RF terminals and the 
host computer. In addition, the system also 
includes intermediate stations that communicate with 
the RF terminals, the multiple base stations, and 

3 5 other intermediate stations. In such a system, 

communication from an RF terminal to a host computer 
may be achieved, for example/ by having the RF 
terminal send data to an intermediate station, the 
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intermediate station send the data to a base 
station, and the base station send the data directly 
to the host computer. Communicating with a host 
computer through more than one station is commonly 
5 known as a multiple-hop communication system. 

Difficulties often arise in maintaining the 
integrity of such multiple-hop RF data communication 
systems. The system must be able to handle both 
wireless and hard-wired station connections, 

10 efficient dynamic routing of data information, RF 
terminal mobility, and interference from many 
different sources . 

Furthermore, particular advantages have been 
identified in the use of RF communication links such 

15 as allowing remote terminals to "roam", free from 
hardwired cable connections. In basic 

configurations, a single host computer communicates 
along some hard-wired link to an RF base station 
which would maintain an RF communication link to a 

2 0 single roaming terminal. As long as the roaming 
terminal stays within range of the RF base station 
and no other roaming terminals are needed, a very 
simple network configuration and communication 
protocol can be used. However, when faced with 

2 5 hundreds of roaming terminals which move in and out 

of the range of multiple RF base stations, 
networking and protocol problems emerge. 

To solve these problems, attempts have been 
made to decrease the number of base stations by 

3 0 increasing the base stations range; however, the 

range of the often battery-powered roaming terminals 
cannot match the increased range of the wall-socket- 
powered RF base stations. Moreover, by increasing 
the range, collisions due to propagation times also 
3 5 increase, slowing down the overall communication 
time. 

Other attempts have been made to increase the 
number of RF base stations so as to cover the entire 



roaming area. Although this solves the range 
problems associated with a single RF base station, 
additional problems result. First, roaming 

terminals which are in an overlapping range region 
5 between RF base stations communicate with one base 
station but receive unwanted communication from the 
other. Second, each roaming terminal often receives 
unwanted communication from other roaming terminals. 
Third, each roaming terminal often transmits to a 
10 base station while that base station is receiving 
transmissions from another roaming terminal which is 
out of transmission range and therefore cannot be 
detected. As a result, collisions in transmission 
result. 

15 Additionally, as the number of RF base stations 

increase, communication pathways from the source to 
destination become more and more complex. In a 
network with fixed spatial locations of base 
stations, host computers and remote terminals, these 

20 communication pathways from a source to a 
destination can easily be determined. In an 
environment in which the spatial layout of the 
network continually changes, however, determining 
the most efficient pathways becomes very difficult. 

2 5 This is because the most efficient pathway from a 

source to a destination continually changes due to: 
1) the movement of the roaming terminals; 2) the 
relocation of RF base stations; and 3) the 
occasional break down of RF base stations and host 

3 0 computers. 

Communication networks are also known which are 
often partially or completely disabled upon the 
break down of a single element of the network. This 
often leads to difficulty in detecting the fault and 
35 to long periods of down-time. 
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SUMMARY OP THE INVENTION 

The present invention provides an improved 
network controller to serve as a consolidation link 
between one or more host computers and one or more 
5 base transceiver units, each of which may be 
communicative with many mobile portable transceiver 
units being moved about a warehouse complex for the 
collection of data. The network controller 

invention provides a front panel display with three 

10 operator-available control keys for selections of 
function and up or down scrolling through choices 
provided on the front panel display. 

The invention will allow incorporation with 
existing base transceivers as well as with high- 

15 speed spread spectrum and synthesized radio networks 
at the same time. The invention allows the creation 
of a radio communication system with multiple host 
devices using differing communication protocols. 
Higher speed host device interfaces may be used as a 

2 0 result of the inclusion of the invention in an 
existing radio communication system. The invention 
provides means for the coupling of large networks of 
serially interconnected base transceivers over _ a 
single twisted pair of wires. 

2 5 The invention provides a plurality of 

communication ports for interconnection to one or 
more host computers and one or more base transceiver 
systems or units. The communication ports available 
for connection with the host computers may be 

3 0 configured to provide selective interfaces without 

any requirement for rewiring or other hardware 
modif ication. A first port of the controller may be 
selected to interface with a host computer by either 
RS232 or V.35 means. The selection of interface 
3 5 means may be performed by the end user with choices 
made on the front panel control keys of the device. 

A second port of the invention may be selected 
to provide interface means by a choice of RS23 2, 
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RS422, OR RS485 means or through a NORAND® Radio One 
Node Network proprietary interface. This second 
port may be communicative with a second host 
computer or with existing installed base units when 
5 RS232 means are selected, or with existing base 
units when RS422 means are selected- In addition, 
the second port may be configured to communicate 
with a network of a new generation base units, 
either by RS485 interface protocol, or by the 
10 NORAND« Radio One Node Network proprietary 
interface. 

The third port of the invention, like the 
second port hereof, may be selectively configured to 
communicate by RS232, RS422, RS485 or NORAND« Radio 

15 One Node Network proprietary interface means. For 
both the second and third ports, as well as for the 
host port, configuration of the port is accomplished 
by selection of the port on the front panel of the 
invention controller with the select key and then 

2 0 selection of the desired interface configuration 
through appropriate use of the up and down keys to 
scroll to the correct means to be selected. Because 
the invention permits internal, software-controlled, 
selection of the desired interface means for each 

2 5 port, the end user may easily self configure the 

unit for a particular use, thereby providing a 
highly versatile device. In addition, the 

configuration choice means is simplified for the 
user, because the choices are conveniently displayed 

3 0 on the front panel display and a choice can be made 

from a scrollable list. 

The introduction of the selectable RS485 
interface in the present invention enables the 
controller to be interfaced to a network of new 
3 5 generation base station units which may comprise 
several base transceiver units configured on a 
single network circuit. 
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The inclusion of the selectable NORAND® Radio 
One Node Network proprietary interface means for the 
second and the third ports provides means for 
incorporation of new generation base transceiver 
5 units having particularized wiring and control 
requirements. 

A diagnostic port configured for RS232 
interface means is provided to provide selective 
communication, either remotely through modem means, 
10 or through direct coupling, with diagnostic and 
reprogramming apparatus . 

The invention is provided with an application 
specific integrated circuit used in combination with 
a control processor unit capable of a speed of 
15 16.667 mhz with direct memory access functionality 
available at is communication ports. Internal 
memory components to be coupled to the central 
processor unit and application specific integrated 
circuit will comprise nonvolatile electrically 
2 0 erasable programmable read only memory elements, 
dynamic random access memory elements, and 
nonvolatile FLASH memory elements which permit 
erasure by application of +12VDC to prescribed pins. 

Power supply means are supplied exteriorly to 

2 5 the invention in order to make the invention 

standardized for United States, European and other 
countries' local power company output 
characteristics . 

The present invention also solves many of the 

3 0 problems inherent in a ^ multiple-hop data 

communication system. The present invention 

comprises an RF Local-Area Network capable of 
efficient and dynamic handling of data by routing 
communications between the RF Terminals and the host 
3 5 computer through a network of intermediate base 
stations. 

In one embodiment of the present invention, the 
RF data communication system contains one or more 
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host computers and multiple gateways, bridges, and 
RF terminals. Gateways are used to pass messages to 
and from a host computer and the RF Network. A host 
port is used to provide a link between the gateway 
and the host computer. In addition, gateways may 
include bridging functions and may pass information 
from one RF terminal to another. Bridges are 
intermediate relay nodes which repeat data messages. 
Bridges can repeat data to and from bridges, 
gateways and RF terminals and are used to extend the 
range of the gateways. 

The RF terminals are attached logically to the 
host computer and use a network formed by a gateway 
and the bridges to communicate with the host 
computer. To set up the network, an optimal 
spanning tree is created to control the flow of data 
communication. The roots of the spanning tree are 
at the gateways; the branches are the bridges; and 
non-bridging stations, such as RF terminals, are the 
leaves of the tree. Data are sent along the 
branches of the newly created optimal spanning tree. 
Nodes in the network use a backward learning 
technique to route packets along the correct 
branches. 

In another embodiment a method of beginning a 
data exchange over an RF communication link is 
disclosed wherein the sending device initially 
identifies the fact that the RF communication link 
is clear during a period at least as long as the 
maximum interpoll gap. Thereafter, a request for 
poll frame is transmitted by the sending device. 

In addition, a method used by a remote terminal 
having an RF range for selectively attaching itself 
to one of a plurality of RF base stations. Each of 
these base stations has an associated cost, a preset 
priority, and a preset number. The remote terminal 
receives a message from each base station and 
discards those which fall below a predetermined 
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minimum threshold level. The remote terminal will 
attach itself to one of the plurality of base 
stations based on the cost, signal strength, preset 
priority, and preset number. 
5 In another embodiment, a method for selecting 

and redundantly replacing a root device when it 
breaks down from among a plurality of potential root 
devices is disclosed. Each of the potential root 
devices has a single, assigned preset number. The 

10 potential root device with the lowest assigned 
preset number is initially selected. Whenever the 
selected root device breaks down, one of the 
potential root devices will be selected based on the 
lowest assigned preset number without considering 

15 the preset number of the currently selected root 
device. 

In addition, high system clock rates are 
required in rf roaming terminals to provide for the 
decoding of barcode scans at a rate that is 
2 0 acceptable to a user of the system. However, the 
high clock rates used for decoding also may cause 
the generation of an excessive amount of digital 
noise in and around the rf terminals. This noise 
can get into the rf terminal and interfere with 

2 5 communication, resulting in a reduction in the 

effective communication range. This problem is 
solved by using a dual system clock rate. The 
terminal is operated normally at a slow system clock 
rate, of the order of 24 00 baud, to minimize the 

3 0 generation of digital noise, and is switched to a 

fast clock rate such as 9600 baud during barcode 
scanning to allow the data obtained from the barcode 
scan to be processed at a higher rate. This lets 
the rf data link coexist with the need for and the 
3 5 hardware support for barcode scan decoding. 

It is therefore an object of the invention to 
provide a radio communication system which permits 
the interconnection of one or two host computer 



- 10 - 

devices to a multiplicity of base transceiver units 
which may include both prior art existing installed 
units and new generation units capable of spread 
spectrum or synthesized radio transmission. 
5 It is a further object of the invention to 

provide a radio communication system network 
controller which may allow interconnection of a 
multiplicity of devices which are operating with 
non-uniform electrical interface characteristics. 

10 It is a further object of the invention to 

provide a radio communication system network 
controller which may be configured for varying 
interface requirements by operation of a limited 
number of front panel keys. 

15 It is a further object of the invention to 

provide a radio communication system network 
controller which will allow utilization of single 
twisted pair networks of serially networked base 
transceiver units, each of which being communicative 

2 0 with a large number of individual mobile data 
collection transceiver units. 

Another object of the present invention is to 
route data efficiently, dynamically, and without 
looping. Another object of the present invention is 

2 5 to make the routing of the data transparent to the 

RF terminals. The RF terminals, transmitting data 
intended for the host computer, are unaffected by 
the means ultimately used by the RF Network to 
deliver their data. 

3 0 It is a further object of the present invention 

for the network to be capable of handling RF 
terminal mobility and lost nodes with minimal impact 
on the entire RF data communication system* 

It is another object of the present invention 
3 5 to provide a communication protocol between the base 
stations and roaming terminals for optimizing the 
utilization of the RF range of each base station. 



-li- 
lt is a further object of the present invention 
to provide an adaptive communication network with 
inherent redundancy. 

It is another object of the present invention 
to provide a communication protocol for use in a 
network of host computers, base stations and roaming 
terminals which is not susceptible to collisions 
with "hidden" communications. 

It is yet another object of the present 
invention to provide a communication protocol which 
minimizes collisions in the overlapping regions of 
different RF base stations. 
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DESCRIPTION OF THE DRAWING FIGURES 

FIG. 1 is a block diagram of the prior art data 
communication system. 

FIG. 2 is a perspective view of the intelligent 
5 network controller of the present invention. 

FIG. 3 is a schematic representation of an 
exemplary radio communication system utilizing the 
network controller . 

FIG. 4 is a diagrammatic illustration of the 
10 control circuitry elements of the network 
controller . 

FIG. 5 is a rear elevation view of the network 
controller. 

FIG. 6 is a diagrammatic illustration of the 
15 application specific integrated circuit of the 
network controller . 

FIG. 7 is a block diagram showing an exemplary 
implementation of intelligent network controller and 
router transceiver units such as the network 
20 transceiver units of FIG. 3. 

FIG. 8 is a diagram of an RF system utilizing a 
network controller according to FIGS. 2-6, with one 
of its network ports configured for communication 
with a second host, and another of its ports coupled 
25 with a multiplicity of RF transceivers via an 
adapter unit. 

FIG. 9 is a diagram illustrating the use of two 
network controllers according to FIGS. 2-6, 
configured for dual host computers each, and having 
3 0 their relatively high data rate extended distance 
network ports coupled with a multiplicity of 
intelligent network and router transceiver units 
implemented according to FIG. 7. 

FIG. 10 is a diagram similar to FIG. 9 but 
3 5 showing the pair of coupled network controllers 
interfaced to a common relatively high data rate 
system having multiple hosts ( e.g. ) a local area 
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network of the Ethernet type or equivalent e.g. 
fiber optic type. 

FIG. 11 is a diagram similar to FIG. 10 but 
indicating the network controllers being coupled to 
5 respective different high data rate multiple host 
systems (e.g. . token ring type local area networks 
or other individual networks e.g. , fiber optic loop 
networks of the collision-sense multiple-access 
type) . 

10 FIG. 12 is a view similar to FIG. 9 but 

intended to diagrammatically indicate a distribution 
of network and router transceivers and other 
elements of an on-line RF data collection system 
over an extensive area of a facility e.g. of one of 

15 the types previously mentioned. 

FIG. 13 shows an intelligent controller and 
radio base unit which unifies controller and radio 
components such as shown in FIG. 7 into a single 
housing of the size represented in FIGS. 2 and 5. 

20 FIG. 14 shows a diagrammatic illustration of 

the signal processing for two of four paris of 
communication ports of the multiple base adapter of 
the RF data collection system illustrated in FIG. 8. 
FIG. 15 is a diagram of parts of an RF data 

25 collection system utilizing a network controller 
according to FIGS. 2-6 and a multiple base adapter 
according to FIG. 14, with eight base transceiver 
units coupled to the multiple base adapter. 

FIG. 16 is a functional block diagram of an RF 

30 data communication system incorporating the RF 
local-area network of the present invention. 

FIG. 17 is a diagram of the method steps of a 
common-spectrum multiple-access (CSMA) Non- 
Persistent protocol which may be used by the nodes 

3 5 and RF terminals to communicate with the network. 

Fig. 18 is a diagram which illustrates the 
basic communication pathways and spatial 
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relationships between a host computer, base stations 
and roaming terminals of the present invention; 

Fig. 18A illustrates the use of a programmable 
directional antenna system in the communication 
5 system of FIG. 18. 

Fig. 19 is a timing diagram illustrating 
several possible communication exchanges between any 
base station and roaming terminal of Fig. 18; 

Fig. 20 is a detailed view of a portion of the 
10 timing diagram shown in Fig. 19 which illustrates 
the interframe gap blocking function; 

Fig. 21 is a block diagram of a redundant 
communication interface between several base 
stations and host computers of the present 
15 invention; 

Fig. 22 illustrates the relationship between 
devices, nodes, terminal access points (TAP), 
network interface points (NIP) and network routing 
functions (NRF) ; 
20 Figs. 23 and 24 illustrate how physical devices 

are organized into logical nodes in a spanning tree; 

Fig. 25 illustrates one example of direct 
routing used in the preferred embodiment; 

Fig. 26 illustrates the SST Multi-drop LAN 

2 5 using "linear" topology; 

Fig. 27 demonstrates how wireless routing can 
reduce the amount of wiring in a warehouse facility; 

Fig. 28 illustrates an embodiment of a radio 
data communication system having roaming terminals 

3 0 which are periodically inactive and active (for 

power conservation) wherein a roaming terminal 
remains active when a signal from a base station is 
received, and remains active for a fixed time 
following conclusion of a communication session with 
35 a base station; 

FIGS. 29 and 30 together comprise a flow chart 
showing a power saving standby or sleep mode feature 
of the roaming terminals. 
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DETAILED DESCRIPTION OF THE INVENTION 

FIG. 1 shows an existing radio frequency data 
transmission system 10 wherein a base station 
transceiver means 11 has a number of mobile 
5 transceiver units such as 12A, 12B, . . . , 12N in radio 
communication therewith. 

By way of example, the base station may be 
comprised of a radio base unit 14 such as the model 
RB3 021 of Norand Corporation, Cedar Rapids, Iowa, 
10 which forms part of a product family known as the 
RT3 210 system. In this case, the radio base 14 may 
receive data from the respective mobile RF 
terminals, e.g. of type RT3 210, and transmit the 
received data via a network controller and a 
15 communications link 16 (e.g. utilizing an RS-232 
format) to a host computer 17. 

The data capture terminals 12A, 12B, . . . , 12N 
may each be provided with a keyboard such as 18, a 
display as at 19, and a bar code scanning 
20 capability, e.g., via an instant bar code reader 
such as shown in U.S. Patent No. 4,766,300 issued 
August 23, 1988, and known commercially as the 20/20 
High Performance Bar Code Reader of Norand 
Corporation. 

2 5 FIG. 2 provides a perspective view of the 

invention 40 in the preferred embodiment case 20. 
Front panel 2 2 is provided with display 2 4 and 
select key 26, up key 2 8 and down key 30. Power 
indicator 32 comprises a low power green light 

3 0 emitting diode which is energized when power is 

supplied to the invention 10. Error condition 
indicator 34 is a yellow LED which is software 
controlled to be energized if the invention 10 is in 
error condition. 
35 FIG. 3 discloses a diagrammatic illustration of 

a radio communication system in accordance with the 
present invention. Invention network controller 4 0 
is coupled to host computer 42 such that data may be 
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interchanged between the devices over host 
communications link 44, which may be either in an 
RS232C format or selectively in an RS422 format. 
The host communication link 44 couples to controller 
5 4 0 at host port 46. 

First communication port 48 of controller 40 
provides means for coupling of network 50 to 
controller 40. Network 50 comprises a number of 
base RF transceiver units 52A, 52B and 53B, each of 

10 which may be selectively employed in the radio 
frequency communication of data from mobile 
transceiver units. It is to be understood that base 
transceiver units 52 are designed and equipped to be 
operable in the exchange of data with network 

15 controller 40 over network link 56 such that each 
base transceiver unit 52A, 52B, or 53C may 
independently exchange data with network controller 
40 through first communication port 48. When first 
communication port 48 is intended for operation with 

2 0 a network such as network 50 of base transceiver 

units 52A, 52B and 53C f for example, network 
controller 40 is selectively operated to provide an 
RS485 interface at first communication port 48. 
First communication port 48 may be alternately 
25 selected to operate as an RS232C interface, as an 
RS422 interface, as a proprietary NORAND® Radio One 
Node Network interface or as a high speed V.3 5 
interface. The selection of interface to be 
provided at first communication port 48 is front 

3 0 panel controlled, that is, the user may operate 

front panel keys 28, 30 and 26 (See FIG. 2) to 
direct the proper interface to be provided at first 
communication port 48. 

Base transceiver units 52A, 52B, and 52C are 
3 5 coupled to network link 56 by serial means, rather 
than parallel means, and each may be caused to 
transmit or to receive independently from the others 
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while additionally being communicative with network 
controller 40 in a randomly chosen fashion. 

It is further to be understood that interface 
translation is provided within controller 40 such 
5 that data communicated at first communication port 
48 may be directed to host 42 at port 46 via 
properly chosen interface means as is required by 
the host 42 with which communication is intended* 

Like first communication port 48, second 

10 communication port 57 may be internally switched 
among interface choices of these types: RS232C, 
RS422, V.35, RS485 and proprietary NORAND® Radio One 
Node Network interface. In the illustrated 

arrangement of FIG. 3, for example, second 

15 communication port 57 is coupled over third link 53 
to previously installed base transceiver 54, which 
heretofore had been used in a prior art system as is 
illustrated in FIG. 1. Because of limitations of 
base transceiver 54, it must communicate via RS2 3 2C 

2 0 interface format and therefore, second communication 
port 57 must be selected to operate in RS2 3 2C 
interface mode. However, when second communication 
port 57 is desired to communicate with a network via 
RS485 interface, front panel keys 26, 28 and 30 may 

2 5 be manipulated by the user to provide the RS4 8 5 

interface availability at second communication port 
57. Likewise, second communication port 57 may be 
selected to operate as an RS422 interface, as a V.25 
interface, or as the proprietary NORAND® Radio One 

3 0 Node Network interface. 

Diagnostic port 55 provides a fourth 
communication pathway for network controller 40, 
providing an asynchronous port operable at 3 00 to 
19,200 baud as an RS232C interface. When desirable, 
35 diagnostic port 55 may be coupled by diagnostic link 
58 to diagnostic device 60 for purposes of error 
diagnosis of controller 40 by diagnostic device 60, 
or for reprogramming of memory devices within 
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controller 40 when desired. It is contemplated that 
diagnostic device 60 comprises a 16-bit 
microprocessor commonly known as a personal computer 
or "PC". The mode of coupling between diagnostic 
5 device 60 and network controller 40 may be direct or 
through remote means by use of a modem • 

Referring now to FIG. 4, a central processing 
unit 70 is provided with at least four data 
communication ports, illustrated at numerals 71, 72, 

10 73, and 74. First data communication port 71 may be 
selectively coupled to RS232 interface member 76 or 
V.35 interface member 78. The choice of whether 
RS232 interface member 76 or V.35 interface member 
78 is chosen is dependent upon the operating 

15 characteristics presented by the host computer, such 
as host computer 4 2 of FIG. 3, with which network 
controller 40 will communicate. The choice of 
whether first communication port 71 is coupled to 
interface member 76 or to interface member 78 

2 0 depends on the front panel selection made by the 
user by keys 26, 28, and 3 0 shown in FIG. 2. 

Second communication port 7 2 may be selectively 
coupled to RS2 3 2 member 80 or to RS485 interface 
member 82 or to RS4 2 2 interface member 84 or to 

2 5 NORAND® Radio One Node Network proprietary interface 

member 86. By use of front panel keys 26, 28, and 
30 of FIG. 2, the user may select second 
communication port 7 2 to be coupled to any one of 
interface members 80, 82, 84, and 86. 
30 Third communication port 73 is identical to 

second communication port 7 2 in functionality, being 
selectively couplable to RS232 interface member 88, 
to RS485 interface member 90, to RS422 interface 
member 92 or to NORAND® Radio One Node Network 

3 5 proprietary interface member 94. 

In the preferred embodiment of the invention 
40, central processing unit 70 of FIG. 4 comprises a 
Motorola™ 68 302 integrated chip cooperative with an 
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application specific integrated circuit. Central 
processing unit 70 employs novel features allowing 
the bidirectional use of a data communicative line 
of the Motorola™ 68302 chip and a single clock 
5 signal line to eliminate the need for coder-decoder 
members to be associated with the Motorola™ 68 3 02 
chip while allowing the use of only one pair of 
signal wires to be coupled to the RS485 interfaces 
82 and 90 of FIG. 4. 

10 Fourth communication port 74 of central 

processing unit is coupled to asynchronous RS2 3 2 
interface member 97 to be available for 
interconnection of a diagnostic device therewith. 

Also coupled to central processing unit 7 0 are 

15 display member 2 4 and keyboard member 31 with which 
keys 26, 28, and 30 of front panel 22 (FIG. 2) are 
interactive. 

Memory elements including EPROM element 96, 
DRAM unit 98, FLASH memory unit 100 and EEPROM 

2 0 element 102 are intercoupled with each other and 
with central processing unit 70. 

Power supply member 104 is selectively 
attachable to invention network controller 40. In 
order to avoid the necessity of different models of 

2 5 network controller 40 depending on the local 

electrical power utility's operating 
characteristics, power supply 104 is provided in 
optional models depending on the country in which it 
is to be used, power supply 104 being capable of 

3 0 providing satisfactory output power to network 

controller 4 0 regardless of the voltage or frequency 
of the input source provided to power supply 104. 

The application specific integrated circuit 
(ASIC) used in the invention network controller 40 
3 5 is disclosed in FIG. 6 and is identified by the 
numeral 120. ASIC 120 comprises a central processor 
unit interface 122 member which is coupled to the 
central processor unit bus by CPU bus link 124 which 
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extends from ASIC 120. Also coupled to the CPU bus 
link 124 is dynamic random access memory (DRAM) 
timing element 12 6, which provides network 
controller 40 with timing signals for the DRAM 
5 member 98 illustrated in FIG. 4 when memory refresh 
of the DRAM 98 is indicated. DRAM timing element 
126 is also coupled exteriorly to the ASIC 120 to 
DRAM member 98 by DRAM link 127. 

Central processing unit interface 122 is 

10 coupled to asynchronous signal processing element 
128 by signal path 130. Asynchronous signal 
processing element 128 comprises a baud rate 
generator cooperative with a universal asynchronous 
receiver-transmitter . 

15 Also coupled to central processing unit 

interface 122 is network clock and control member 
13 2 which comprises a programmable network clock 
generator which can be selectively programmed to 
generate an optional clock speed for a network to be 

2 0 coupled through RS485 interfaces 82 and 90 seen in 
FIG. 4. Network clock and control member 132 also 
provides detection means for detections of failure 
conditions on a linked network and provides control 
signals to system components in response thereto, 

2 5 including interrupt signals to programmable 

interrupt coordinator circuitry included in central 
processing interface 122. Network clock and 
controller member 13 2 provides data encoding by the 
FMO standard, then the encoded data may be operated 

3 0 upon by RS485 interfaces 82 and 84 and transmitted 

and received by single twisted pair means to 
multiple serially networked base transceiver units 
exemplified by base transceiver unit 52A, 52B, and 
52C illustrated in FIG. 3. 
3 5 Keyboard controller element 134 is coupled to 

central processing unit interface and provides a 
link exterior to ASIC 120 to keyboard 31 (See FIG. 
3) . 
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FLASH memory/ EEPROM logic control member 13 6 is 
coupled to central processing unit interface 122 and 
comprises control functions for FLASH memory element 
100 and EEPROM memory element 102 of FIG. 3. 
5 Central processing unit interface 122 is also 

coupled by line 138 to latches exterior to ASIC 120. 

It is to be understood that the base 
transceiver units 52A, 52B, and 52C illustrated in 
FIG. 3 are communicative with mobile transceiver 

10 units by electromagnetic radio means. The mobile 
transceiver units may be associated with bar code 
scanning devices such as the NORAND® 20/20 High 
Performance Bar Code Reader whereby the scanning 
devices scan an object having a bar code associated 

15 therewith and collect information stored in the bar 
code, which information is then transmitted through 
the mobile transceiver units to base transceiver 
units such as base transceiver units 52A, 52B, and 
52C or base transceiver unit 54 of FIG. 3. The bar 

2 0 code data received by said base transceiver units is 
then transmitted in the example of FIG. 3, over 
network 50 by base transceiver units 52A, 52B, or 
52C, or over link 53 by base transceiver unit 54, to 
network controller 40 which performs the routing and 

2 5 delivery of the data to the stationary data 

processor, or processors, such as shown for example, 
by host 42 of FIG. 3. 
Description of FIGS. 7 through 11 

FIG. 7 shows a block diagram of a particularly 

3 0 preferred intelligent base transceiver unit known as 

the RB4000. It will be observed that the components 
correspond with components of the network controller 
of FIG. 4, and similar reference numerals (preceded 
by 7-) have been applied in FIG. 7. Thus, the 
35 significance of components 7-70 through 7-73, 7-76, 
7-82, 7-96, 7-98, 7-100 and 7-104 will be apparent 
from the preceding description With respect to FIG. 
4 and 6, for example. I/O bus 700 may be coupled 
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with a spread spectrum transmission (SST) or ultra 
high frequency (UHF) transceiver 701 which may 
correspond with any of the transceivers of units 
52A, 52B, 52C or 54 previously referred to. The 
5 network controller 70 could have a similar RF 
transceiver coupled with its data port 72 or 73 and 
controlled via input/output bus 400, e.g. for direct 
RF coupling with router transceivers such as 901 , 
901, FIG. 9. 

10 Referring to FIG. 8, a network controller 40 is 

shown with port 71 configured for interface with a 
host port type SNA V. 35 56K/64K bits per second. 
Port 7 2 is shown as configured for communication 
with a personal computer of the PS/2 type operating 

15 asynchronously at 38. 4K bits per second. Port 74 is 
coupled with a modem 8-60 providing for remote 
diagnostics and reprogramming of the network 
controller 40. 

Port 7 3 of network controller 4 0 is shown as 

2 0 being connected with an adapter component 801 known 
as the MBA3000. A specification for the MBA3000 if 
found in APPENDIX A following this detailed 
description. In the operating mode indicated in 
FIG. 8, the adapter 801 serves to couple controller 

25 40 sequentially with four radio base transceiver 
units such as indicated at 811 through 814. 
Component 811 is a commercially available radio base 
known as the RB3021 which utilizes features of Sojka 
U.S. Patent 4,924,462 and of Mahany U.S. Patent 

30 4,910,794 both assigned to the present assignee, and 
the disclosures of which are hereby incorporated 
herein by reference in their entirety. Base station 
811 may communicate with a multiplicity of hand-held 
RF data terminals such as indicated at 821. Details 

35 concerning base transceiver units 812 and 813, 314 
are found in the attached APPENDICES B and C, 
respectively. Base 814 is indicated as being 
coupled with the adaptor 801 via RF broadband modems 
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831 and 832. Base units 813 and 814 may communicate 
with a variety of mobile transceiver units such as 
those indicated at 833 and 834 which are 
particularly described in APPENDICES D and E. 
5 FIG. 9 shows two network controllers 4 OA and 

40B each with its host ports configured as with the 
controller 40 of FIG. 8. In this example, the 
second ports 72 of the controllers 40A and 40B are 
configured for communication a relatively high data 

10 rate relatively along a distance network channel 56 
which may have the characteristics of the serial 
channel 56 of FIG. 3, for example, an RS485 channel 
operating at 384 kilobits per second (384K bps) . 
Network base transceivers 52A, 52B and 52C may 

15 correspond with the correspondingly numbered 
transceiver units of FIG. 3, for example, and the 
network may have additional network transceivers 
such as 52D. Furthermore, the network transceivers 
may have RF coupling with router transceiver units 

20 such as indicated at 901, 902 and 903. Router 
transceiver unit 902 is illustrated as a RB4000 
intelligent transceiver such as represented in FIG. 
7 and having its input/ output bus 7 00 coupled with a 
peripheral. 

25 FIG. 10 is entirely similar to FIG. 9, for 

example, except that ports 7 2 of the controllers 4 OA 
and 40B are coupled with separate serial type high 
data rate network channels, and ports 7 3 of the 
respective network controllers are coupled to a very 

3 0 high speed network e.g. in the megabit per second 
range such as an Ethernet local area network 1000. 
Suitable interfaces are indicated at 1001 and 1002. 

FIG. 11 is entirely similar to FIG. 9 except 
that the ports 7 3 of the network controllers 4 OA and 

3 5 4 0B are coupled with respective local area ring type 
networks which may be separate from each other and 
each have two or more hosts such as represented in 
FIG. 9 associated with the respective ring networks 
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such as token rings 1100A and 1100B. Suitable 
interface means are indicated at 1101 and 1102. 
Description of FIG. 12 

FIG. 12 shows, for example, two network 
5 controllers 40A and 40B, each with two host computer 
units such as 42-1A. Host 42-2A is shown with a 
printer or other peripheral Pi which may generate 
bar codes, for example, for replacement of damaged 
bar codes or the like. Another printer P2 is shown 

10 associated with base 52C, again for example, for 
producing bar code labels where those are needed in 
the vicinity of a base station. In a large 
warehouse, relatively large distances may be 
involved for a worker to return to a printer such as 

15 PI to obtain a new bar code label. Thus, it may be 
very advantageous to provide a printer P2 at the 
base station 52C which may be relatively close to a 
processing location which requires printed labels, 
e.g. a processing location in the vicinity of hand- 

20 held terminal 12-2 in FIG. 12. A base 52F may have 
a peripheral P3 associated therewith such as a large 
screen display, a printer or the like which may 
supplement the capabilities of a hand-held terminal, 
for example printing out new bar code labels at a 

2 5 convenient location, or providing a full screen 

display, rather than the more limited screen display 
area of the hand-held terminal 12-2. 

If, for example, a base radio 52D which might 
be located at the ceiling level of a warehouse 

3 0 became inoperative at a time when qualified repair 

personnel were not immediately available, with the 
present system it would be feasible to provide a 
substitute base radio or base radios, for example, 
as indicated at 52D1 located at table level or the 
35 like. 

With the present system, the base radio 
stations do not necessarily forward data 
communications received from a given terminal to a 
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particular host. For example, hand-held terminal 
12-2 may request a path to printer P2, and such a 
path may be created via base stations 52D1 and 52C. 
Station 52C upon receipt of the message form 
5 terminal 12-2 would not transmit the message to a 
host but would, for example, produce the desired bar 
code label by means of printer P2 . Further, 
terminal 12-2 may have provision for digitizing a 
voice message which might, for example, be addressed 

10 to terminal 12-1. The system as illustrated would 
be operable to automatically establish a suitable 
path for example, via stations 52D1, 52C, 52B, 52E 
and 12-1 for the transmission of this voice message 
in digital form. Successive segments of such a 

15 voice message would be stored, for example, by the 
terminal 12-1, and when the complete message was 
assembled, the segments would be synthesized into a 
continuous voice message for the user of terminal 
12-1 e.g. by means of a speaker 1201 also useful 

20 for sending tone signals indicating valid bar code 
read, etc. 

In accordance with the present invention, a 
hardware system such as illustrated in FIG. 12 may 
be physically laid out and then upon suitable 

25 command to one of the network controllers such as 
42-2B, the entire system would be progressively 
automatically self -configured for efficient 
operation. For example, controller 4 OB could 
successively try its communications options with its 

30 output ports such as 71-73, determining for example, 
that host processors were coupled with ports 71 and 
72, one operating on a 3 8.4 kilobit per second 
asynchronous basis and the other presenting a SNA 
port for the V.3 5 protocol at 64 kilobits per 

35 second. For example, on host, 42-1B might be a main 
frame computer, while the other host 42-2B might be 
a PS/2 type computer system. The controller 4 OB 
having thus automatically configured itself so as to 
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be compatible with the devices connected to ports 71 
and 72, could proceed to transmit via port 73 a 
suitable inquiry message to the network channel 56. 
Each of the base stations could operate, for 
5 example, on a collision-sense multiple-access (CDMA) 
basis to respond to the inquiry message from the 
controller 40B, until each of the successive bases 
on the network had responded and identified itself. 
Each base, for example, would have a respective 

10 unique address identification which it could 
transmit in response to the inquiry message so as to 
establish its presence on the network. 

The controller 4 OB could then transmit auto 
configure commands to the successive bases in turn, 

15 instructing the bases to determine what peripherals 
and router bases such as 52D1, 52E and 52F were 
within the range of such base, and to report back to 
the controller. For example, bases such as 52C and 
52F could determine the nature of peripherals P2 and 

2 0 P3 associated therewith so as to be able to respond 
to an inquiry form a terminal such as 12-2 to advise 
the terminal that a bar code printer, for example, 
was within direct RF range • 

In the case of a breakdown of a component of 

2 5 the system such as 52D, it would merely be necessary 

to place a router device such as 52D1 at a 
convenient location and activate the unit, whereupon 
the unit could send out its own broadcast inquiry 
which, for example, could be answered by the base 
30 stations 52C and 52F, station 52C in turn, advising 
a relevant host or hosts of the activation of a 
substitute router station. Thus, the system is 
conveniently re-self -configured without the 
necessity for a technician familiar with the 

3 5 particular configuration procedure. As another 

example, where the base stations are operating 
utilizing spread spectrum transmission, the 
introduction of barriers (such as a new stack of 
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inventory goods) to such transmission between a 
given base such as 52A and various terminals, could 
result in the base 52A contacting router and 52E, 
for example, with a request to become active with 
5 respect to the blocked terminals. 
Description of FIG. 13 

FIG. 13 shows and intelligent integrated 
controller and radio base unit 1300 which is 
integrated into a single housing or case 13 01 

10 corresponding to the case or housing 20 of FIG. 2. 

the housing 13 01 may be provided with an external 
antenna as diagrammatically indicated at 1302 with 
suitable RF coupling to the radio circuitry 
indicated at 1303. Components 13-70 through 13-74, 

15 13-76, 13-78, 13-96, 13-97, 13-98, 13-100, and 13- 

102 may correspond with the correspondingly numbered 
components described with reference to FIG. 4. 
SUPPLEMENTARY DISCUSSION 

In accordance with the present disclosure, a 

20 network controller, or integrated network controller 
and radio unit is coupled to one or more host 
computers via a standard interface such as commonly 
encountered in practice ( e.g. RS2 32, V. 35, 
Ethernet, token ring, FDDI, and so on) . In this 

2 5 way, no specialized interface or adapter is required 

for the host. 

Since the preferred network controller can 
connect to two hosts, if one host is detected to 
have failed, or in the event of a system crash, Loss 

3 0 of communication link, or the like, the network 

controller can automatically switch to the second 
host. The second host may be a truly redundant 
system, or may be a simpler computer of the PC type 
(a so-called personal computer) that can simply 
3 5 store transactions until the main host is restored. 
As another example, a single host may have a second 
port coupled to a second port of the controller 
especially if a communication link failure may be a 
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problem. For example, two ports of the network 
controller may be coupled by separate modems with 
separate phone lines, leading to separate ports of a 
single mainframe computer, for example an IBM3090. 
5 In a fully redundant system, two ports of a network 
controller may be connected respectively to two 
mainframe computers such as the IBM3090. 

The disclosed network controller can also 
connect one radio network to two hosts using RS2 3 2 

10 or V.35 ports or to many hosts using a local area 
network such as Ethernet, token ring, or FDDI . A 
number of the disclosed network controllers (for 
example, up to thirty-two) can be connected together 
to interface many hosts to a single radio network. 

15 The hand-held portable terminals in such a network 
can then talk to any of the hosts they choose. 

For example where one port of the disclosed 
network controller is coupled via its RS2 3 2 
interface to a mainframe computer such as the 

2 0 IBM3 090, another of its ports may be coupled via an 
FDDI network with a super computer e.g. the Cray X- 
MP. Then mobile and/or portable terminals can 
access either the main frame or the super computer, 
or in general, any of the hosts that are connected 

2 5 to the network controller. 

As indicated in FIG. 9, four hosts can be on 
one network. Referring to FIGS. 10 and 11, a 
multiplicity of hosts may be coupled with each local 
area network so as to be in communication with one 
30 or more of the disclosed network controllers. 

Furthermore, a single disclosed network controller 
can control two radio networks such as the one 
indicated at 50 in FIG. 3. Where each network such 
as 50 is limited to thirty-two devices, the number 

3 5 of devices is doubled with the use of two radio 

networks. Two such radio networks may also be 
utilized for the sake of redundancy, with a 
provision for automatic switch-over from one radio 
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network to the second if a problem develops on the 
first. Two radio networks may also facilitate the 
use of different radio technologies in one 
installation* 

5 The various multi-drop local area networks 

referred to herein, for example at 7-82 in FIG. 7 
and as represented at 56, 56A, 56B, FIGS. 9 through 
12, and at 13-82 in FIG. 13 may comprise HDLC based 
local area networks operating at up to 2 . 5 megabits 

10 per second and using biphase space encoding ( FMO) 
for clock recovery from data. 

The components 8 6 and 94, FIG. 4, and component 
13-11, FIG. 13, provides a low-cost base radio 
interface using three pairs of twisted conductors. 

15 One pair provides a bidirectional RS485 data line. 

Another pair is used for the clock and has an RS422 
electrical configuration, and is one directional 
from the radio to the controller. The third twisted 
pair is also RS42 2 and is used to communicate from 

2 0 the controller to the radio transceiver to effect 
mode selection. 

Since it is advantageous to operate the network 
and router RF transceiver units so as to be 
compatible with existing mobile data collection 

2 5 terminals such as shown in APPENDIX Dl et seq. , a 
preferred mode of operation is based on the RTC 
protocol as disclosed in the aforementioned 
incorporated Mahany and Sojka patents and the 
following pending applications: 

30 (1) U.S. Serial 07/389,727 filed August 4, 

1989 (Attorney Docket No. 6500X) , now issued as U.S. 
Patent No. 5.070,53 6 on December 3, 1991. 

(2) European Published Patent Application EPO 
353759 published February 7, 1990. 
35 (3) U.S. Serial 07/485,313 filed February 26, 

1990 (Attorney Docket No. 6500Y) . 
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The disclosures of applications (1) , (2) and 
(3) are hereby incorporated herein by reference in 
their entirety. 

An aspect of the invention resides in the 
5 provision of a network controller having port means 
selectively configurable for coupling in first mode 
with network RF transceiver units at a relatively 
high data rate such as 100 kilobits per second or 
higher, and for coupling in a second mode with 

10 network transceiver units at a relatively low data 
rate such as about twenty kilobits per second. 
Preferably a single port means such as 2 , 3, or 5, 
6, FIG. 5, can be software configured to interface 
selectively in the first mode or in the second mode. 

15 It is presently less expensive to use connectors per 
port rather than a single 3 7-pin connector for 
example. 

Where a network controller such as 40 operates 
two high data rate networks, for example, one 
2 0 network of RF base transceivers could operate with 
the RTC protocol, and the second network could 
operate according to a different protocol such as 
that disclosed in pending application Serial No. 
07/660,618 filed on or about February 25, 1991 

2 5 (Attorney Docket No. 3 7734) , in its entirety. It 

will be apparent that many modifications and 
variations may be effected without departing from 
the scope of the teachings and concept of the 
present disclosure. 

3 0 Description of FIGS. 14 and 15 

FIG. 14 is a block diagram of the circuitry for 
one pair of communication ports 1401 and 1403 of 
adapter 801 (fig. 8) for use in coupling to base 
transceiver units. Three additional pairs of 
3 5 communication parts for coupling to six additional 
base transceiver units are provided in the preferred 
embodiment of adapter 801 as exemplified by the 
MBA3000 Multiple Base Adapter further described in 
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Appendix A. It is to be understood that the circuit 
components coupled to each additional pair of 
communication ports of adapter 801 is identical to 
that shown for first port pair 1A/1A, that is ports 
5 1401 and 1403 of FIG. 14. The adapter 801 provides 
means for connecting the controller 40 (Fig. 8) at 
its port 73 to a multiplicity of radio base units 
illustrated in Fig. 8 as, for example, 811, 812, 
813, 814, including in selected pairs. In the 

10 preferred embodiment of adapter 801, up to eight 
radio base units may be coupled through use of 
adapter 801 to a network controller 40, to be 
controlled by controller 40 in selected pairs 
thereof. The controller 40 may control the radio 

15 base units such as 811, 812, 813, 814, (Fig. 8) in 
simulcast mode, that is, with all base radios 
interrogating mobile transceiver units such as 821, 
833, and 834 of Fig. 8 simultaneously, or with the 
base units being employed in pairs to interrogate 

2 0 the mobile transceiver units. 

Referring again to FIG. 14, the network 
controller 40 provides transmit data and baud rate 
select signals to adapter 801. Within adapter 801, 
the controller outputs are converted to TTL levels 

2 5 by TTL converter 14 02 and they are then provided to 

buffer 1404 which provides the signals to paired 
RS232 transceivers 1406 and 1408, and to paired 
RS422 transceivers 1410 and 1412 which deliver the 
converted signals to ports 1401 and 14 03 

3 0 respectively. By this means, the controller's 

output signals are provided to a pair of output 
ports 1401 and 1403 in both RS232 and RS422 
interface at the same time. An additional three 
output-port-pairs are provided which may be 
35 denominated 2A/2B, 3A/3B and 4A/4B, which ports are 
controlled and operated identically to ports 1A/1B 
identified in Fig. 14 as ports 1401 and 1402. The 
RS232 transceivers 1406 and 1408 and RS422 
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transceivers 1410 and 1412 and ports 1401 and 1403 
are illustrative of all circuitry coupled to port 
pairs of adapter 801. 

Similarly, signals provided to adapter 801 by 
5 base radios coupled to the output port pairs, e.g. 
ports 1401 and 1403 of Fig. 14, are first converted 
to TTL levels by the RS232 transceivers 1406 and 
1408 or by the RS422 transceivers 1410 and 1412, 
depending upon which interface is presented by a 

10 pair of base radios at port 1401 and 1403, the TTL 
signals the signals to RS 232 interface to be 
delivered to controller 40. A selection unit 1414 
provides a push-to-talk selection signal to the 
RS232 transceivers 1406 and 1408 and to the RS422 

15 transceivers 1410 and 1412 to provide PTT selection 
signals at ports 1401 and 1403 in both RS232 and 
RS422 format. It is to be understood that similar 
selection units are associated with remaining port 
pairs 2A/2B, 3A/3B. 4A/4B so that the ports may be 

2 0 independently operated. 

The adapter 801 of Fig. 8 is exemplified by the 
MBA3 000 multiple base adapter unit manufactured by 
the NORAND Corporation of Cedar Rapids, Iowa as 
shown in Appendix A. Because of the operation of 

2 5 the MBA3 000 multiple base adapter by dual methods in 

either RS232 or RS422 signal environments, the 
MBA3000 may be incorporated into systems having 
existing installed base radios which present only 
and RS232 interface or it may be incorporated into 

3 0 systems having base radios some of which operate at 

RS422 and some at RS232* 

Fig. 15 illustrates a preferred arrangement of 
controller 40 and adapter 801 when used in an 
environment with multiple base radios in multiple 
35 warehouse environments. Controller 40 is coupled 
to adapter 801 which is coupled to paired bases 
1511, 1512; 1513, 1514; 1515, 1516; and 1517, 1518; 
which are located in warehouses 1501, 1502, 150 3 and 
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1504. By geographical separation in warehouse 

1501, for example, base radios 1511 and 1513 provide 
substantial coverage of warehouse 1501 such that a 
mobile transceiver being used within warehouse 1501 
5 would be communicated with by either base radio 
1511 or 1513. By the use of adapter 801, controller 
40 may cause interrogation simultaneously by base 
radios 1511, 1512, 1513, 1514, 1515, 1516, 1517, 
1718, or it may cause sequential interrogation by 

10 radio pairs 1511/1512, 1513/1514, 1515/1516, or 
1517/1518 in succession. When a mobile transceiver 
responds by RF communication means with a base 
radio, e.g. . base radio 1511, the response is 
transmitted by base radio 1511 through coupling 1521 

15 to adapter 801 which automatically converts the 
incoming response to RS2 3 2 interface as necessary, 
to make it suitable for reception by controller 40. 

Through a system as exemplified in Fig. 15, data 
collection from a number of roving mobile 

2 0 transceivers may be initiated by a network 

controller 40 through a four-warehouse environment. 
When base transceiver units 1511 and 1512 have been 
unsuccessful in establishing communication with the 
desired mobile transceiver unit, controller 40 will 

25 then cause bases 1513 and 1514 to attempt 
communication and if bases 1513 and 1514 are 
unsuccessful, controller 40 will proceed through the 
other base radio pairs, namely 1515/1516 and 
1517/1518, as needed, to establish communication 

30 with the desired mobile transceiver unit. Details 
regarding base transceiver units 1511, 1512, 1513, 
and 1514 are found in Appendix B. Details regarding 
base transceiver units 1515, 1516, 1517, and 1518 
are found in Appendix D. 

3 5 The adapter 801 is provided to operate in 

either simulcast or sequential mode. In the normal 
or simulcast mode, adapter 801 allows the use of one 
to eight bases, where the bases are configured as 



# 
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four pairs of two bases. In this mode the adapter 
801 simulcasts to a single base pair at a time and 
the four sets of base pairs are selected using a 
dynamic time-division multiplexing method. The user 
5 can configure the adapter 801 to use any of the 
eight base ports, using simulcasting or time- 
division multiplexing to best advantage. 

There are two sets of base transceiver units, 
referred to as set A (identified as 1A, 2A, 3A, and 

10 4A) and set B (identified as IB, 23, 3B, and 4B) . 
Within a set, the base transceiver units are 
selected by time-division multiplexing. 

It can be seen in Fig. 15, that there are four 
pairs of base transceiver units defined as pairs 

15 1A/1B, 2A/2B, 3A/3B, 4A/4B. Each base transceiver 
unit of a base pair is simulcasted to at the same 
time. 

The hardware of the adapter 8 01 allows the 
selection of the base pairs (pair 1A/1B through 

20 4A/4B) using control lines from the controller 40. 

Adapter 801 transmits to both base transceiver units 
of a base pair at the same time and receives 
independently from each base simultaneously. 

The use of adapter 801 allows an extension of 

2 5 the number of base transceiver units that can be 
used in a facility to allow for adequate coverage, 
it is important to understand how the base 
transceiver units operate when simulcasting is used, 
and when time-division multiplexing is used* 

30 The adapter 801 distributes signals transmitted 

by controller 40 to base transceiver pairs at the 
same time, so if there is an overlap in the coverage 
for the two base transceiver units, there may be 
some interference. The amount of interference 

35 depends on the relative signal strengths; if the 
strength is similar in one spot the chance of 
interference is larger that if the signal strengths 
are different. This type of interference could be 
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avoided in some configurations by splitting coverage 
areas of pairs of base transceiver units. Another 
method of covering the overlap area is to place 
another base (not one of the base pairs) to cover 
5 the overlap area. The radio signals from the mobile 
transceiver unit may be picked up fully or partially 
by either or both base transceiver units of a given 
pair. However the adapter 801 first tries to 
receive from one base transceiver unit, for example 

10 base 1511, and if unsuccessful, it then switches to 
try to receive from a second base transceiver unit, 
for example base transceiver unit 1513. If the 
information is successfully received from the first 
base transceiver unit, the information from the 

15 second base transceiver unit is ignored. Thus he 
controller assures data does not get sent to the 
host data processor in duplicate. 

The user may couple from one to eight base 
transceiver units to the adapter 801 and can then 

2 0 configure those base transceiver units as required 
to meet the installations needs. Any combination 
of ports of the adapter 801 can be used. Thus the 
user can take advantage of the ability to simulcast 
or sequentially (via time-division multiplexing) 

25 access the base transceiver units 1511, 1512, 1513, 
1514, 1515, 1516, 1517, and 1518. 

The attached Appendix E provides an exemplary 
computer program listing for preferred control 
instruction for the system disclosed herein. 

30 Description of FIGS. 16 and 17 

FIG. 16 is a functional block diagram of an 
alternate embodiment of an RF data communication 
system of the present invention. The RF data 
communication system has a host computer 2010, a 
35 network controller 2014 and base stations 2022 
and 2 024 attached to a data communication link 2 016. 
Also attached to the data communication link 2016 is 



a gateway 2 02 0 which acts as the root node for the 
spanning tree of the RF data network of the present 
invention. A bridge 2042 is attached to the 
gateway 2020 through a hard-wired communication link 
5 and bridges 2040 and 2044 are logically attached to 
gateway 2020 by two independent RF links. 
Additional bridges 2046, 2048, 2050 and 2052 are 
also connected to the RF Network and are shown in 
FIG. 16. 

10 FIG. 16 further shows RF terminals 2100 

and 2102 attached to base station 22 via RF links 
and RF terminal 2104 attached to base station 2 024 
via an RF link. Also, RF terminals 2106, 2108, 
2110, 2112, 2114, 2116, 2118, and 2120 can be seen 

15 logically attached to the RF Network through their 
respective RF links. The RF terminals in FIG. 16 
are representative of non-bridging stations. In 
alternate embodiments of the present invention, the 
RF Network could contain any type of device capable 

2 0 of supporting the functions needed to communicate in 
the RF Network such as hard-wired terminals, remote 
printers, stationary bar code scanners, or the like. 
The RF data communication system, as shown in FIG. 
16 , represents the configuration of the system at a 

2 5 discrete moment in time after the initialization of 

the system. The RF links, as shown, are dynamic and 
subject to change. For example, changes in the 
structure of the RF data communication system can be 
caused by movement of the RF terminals and by 

3 0 interference that affects the RF communication 

links. 

In the preferred embodiment, the host 
computer 2010 is an IBM 3090, the network 
controller 2014 is a NORAND RC3250, the data 
3 5 communication link 2016 is an Ethernet link, the 
nodes 2020, 2022, 2024, 2040, 2042, 2044, 2046, 
2048, 2050 and 2052 are intelligent base transceiver 
units of the type RB4000, and the RF terminals 2100, 
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2102, 2104, 2106, 2108, 2110, 2112, 2114, 2116, 2118 
and 2120 are of type RT3210. 

To initialize the RF data communication system, 
the gateway 2020 and the other nodes are organized 
5 into an optimal spanning tree rooted at the 
gateway 2020. An optimal spanning tree assures 
efficient routing of information without looping. 
To form the optimal spanning tree, in the preferred 
embodiment the gateway 2020 is assigned a status of 

10 ATTACHED and all other bridges are assigned the 
status UNATTACHED. The gateway 2 02 0 is considered 
attached to the spanning tree because it is the root 
node. Initially, all other bridges are unattached 
and lack a parent in the spanning tree. At this 

15 point, the attached gateway node 2020 periodically 
broadcasts HELLO packets. The HELLO packets can be 
broadcast using known methods of communicating via 
Radio Frequency or via a direct wire link. In the 
preferred embodiment of the present invention, 

2 0 spread-spectrum communication is used for the RF 

communication . 

HELLO packets contain 1) the address of the 
sender, 2) the distance that the sender is from the 
root, 3) a destination address, 4) a count of 
25 bridges attached to the broadcasting node, and 5) a 
list of any necessary system parameters. Each node 
in the network is assigned a unique network service 
address and a node-type identifier to distinguish 
between different nodes and different node types. 

3 0 The distance of a node from the root node is 

measured in hops. The gateway root is considered to 
be zero hops away from itself. 

The unattached bridges are in a LISTEN state. 
During the LISTEN state, a bridge will listen to the 
35 HELLO messages that are broadcast. By listening to 
the HELLO messages, bridges can learn which nodes 
are attached to the spanning tree. The unattached 
bridges analyze the contents of the HELLO messages 
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to determine whether to request attachment to the 
broadcasting node. In the preferred embodiment, a 
bridge attempts to attach to the node that is 
logically closest to the root node. in the 
5 preferred embodiment, the logical distance is based 
upon the number of hops needed to reach the root 
node and the bandwidth of those hops. The distance 
the attached node is away from the root node is 
found in the second field of the HELLO message that 
10 is broadcast. 

In another embodiment of the present invention, 
the bridges consider the number of nodes attached to 
the attached node as well as the logical distance of 
O the attached node from the root node. If an 

rj 15 attached node is overloaded with other attached 

m nodes, the unattached bridge may request attachment 

jff to a less loaded node. 

ffi After attaching to an attached node, the newly 

£0 attached bridge (the child) must determine its 

jjU 2 0 distance from the root node. To arrive at the 

u\ distance of the child from the root node, the child 

!:: adds the broadcast distance of its parent to the 

yK distance of the child from its parent. In the 

^ preferred embodiment, the distance of a child from 

2 5 its parent is based on the bandwidth of the data 

communication link. For example, if the child 
attaches to its parent via a hard-wired link 
(bandwidth 26,000 baud), then the distance of that 
communication link equals one hop. However, if the 

3 0 child attaches to its parent via an RF link 

(bandwidth 9600 baud) , then the distance of that 
communication link equals 3 hops. 

Initially, only the root gateway node 2020 is 
broadcasting HELLO messages and only nodes 2040, 
35 2042 and 2044 are within range of the HELLO messages 
broadcast by the gateway. Therefore, after the 
listening period has expired, nodes 2040, 2042 
and 2044 request attachment to the gateway 
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node 2020. The unattached nodes 2040, 2042, and 
2044 send ATTACH . request packets and the attached 
gateway node 2 020 acknowledges the ATTACH. request 
packets with local ATTACH. confirm packets. The 
5 newly attached bridges are assigned the status 
ATTACHED and begin broadcasting their own HELLO 
packets, looking for other unattached bridges. 
Again, the remaining unattached nodes attempt to 
attach to the attached nodes that are logically 

10 closest to the root node. For example, node 2048 is 
within range of HELLO messages from both nodes 2 040 
and 2042. However, node 2040 is three hops, via an 
RF link, away from the gateway root node 2020 and 
node 2 04 2 is only one hop, via a hard-wired link, 

15 away from the gateway root node 2020, Therefore, 
node 2048 attaches to node 2042, the closest node to 
the gateway root node 2020. 

The sending of HELLO messages, ATTACH. request 
packets and ATTACH. confirm packets continues until 

20 the entire spanning tree is established. In 
addition, attached bridges may also respond to HELLO 
messages. If a HELLO message indicates that a much 
closer route to the root node is available, the 
attached bridge sends a DETACH packet to its old 

25 parent and an ATTACH. request packet to the closer 
node. To avoid instability in the system and to 
avoid overloading any given node, an attached bridge 
would only respond to a HELLO message if the hop 
count in a HELLO packet is greater than a certain 

30 threshold value, CHANGE^ THRESHOLD . In the preferred 
embodiment, the value of the CHANG E_THRESHOLD 
equals 3. In this manner, an optimal spanning tree 
is formed that is capable of transmitting data 
. without looping. 

3 5 Nodes, other than the gateway root node, after 

acknowledging an ATTACH . request packet from a 
previously unattached node, will send the 
ATTACH . request packet up the branches of the 
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spanning tree to the gateway root node. As the 
ATTACH. request packet is being sent to the gateway 
root node, other nodes attached on the same branch 
record the destination of the newly attached node in 
5 their routing entry table. When the ATTACH. request 
packet reaches the gateway root node, the gateway 
root node returns an end-to-end ATTACH. confirm 
packet. 

After the spanning tree is initialized, the RF 

10 terminals broadcast WHO'S THERE packets with a 
global destination address to solicit HELLO packets 
from any attached nodes. To avoid multiple nodes 
responding to a given WHO'S THERE packet, the nodes 
wait a BACKOFF period of time before responding. In 

15 the preferred embodiment, the BACKOFF time is 
weighted for each attached node based on the current 
load on the node and the distance from the root 
node. For example, if a node is heavily loaded 
and/or far away from the gateway root node, the node 

20 waits a longer time to respond than nodes lightly 
loaded and closer to the gateway root node. Of 
course, the weighing scheme can vary greatly 
depending upon the desired goal. 

After receiving HELLO messages from attached 

25 nodes, an RF terminal sends an ATTACH. request packet 
to attach to the node logically closest to the root. 
For example, RF terminal 2110 is physically closer 
to node 2044. However, node 2044 is three hops, via 
an RF link, away from the gateway root node 2 020 and 

30 node 2042 is only one hop, via a hard-wired link, 
away from the gateway root node 202 0. Therefore, RF 
terminal 2110, after hearing HELLO messages from 
both nodes 2042 and 2044, attaches to node 2042, the 
closest node to the gateway root node 2 020. 

35 Similarly, RF terminal 2114 hears HELLO messages 
from nodes 2048 and 2050. Nodes 2048 and 2050 are 
both four hops away from the gateway root node 2 020. 
However, node 2048 has two RF terminals 2110 
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and 2112 already attached to it while node 2050 has 
only one RF terminal 2116 attached to it* 
Therefore, RF terminal 2114 will attach to 
node 2050, the least busy node of equal distance to 
5 the gateway root node 2020, 

The attached node acknowledges the 
ATTACH. request with a local ATTACH . confirm packet 
and sends the ATTACH . request packet to the gateway 
root node. Then, the gateway root node returns an 

10 end-to-end ATTACH. confirm packet. In this manner, 
the end-to-end ATTACH. request functions as a 
discovery packet enabling the gateway root node, and 
all other nodes along the same branch, to learn the 
address of the RF terminal quickly. This process is 

15 called backward learning. Nodes learn the addresses 
of terminals by monitoring the traffic from 
terminals to the root. If a packet arrives from a 
terminal that is not contained in the routing table 
of the node, an entry is made in the routing table, 

2 0 The entry includes the terminal address and the 
address of the node that sent the packet. In 
addition, an entry timer is set for that terminal. 
The entry timer is used to determine when RF 
terminals are actively using the attached node. 

2 5 Modes maintain entries only for terminals that are 

actively using the node for communication. If the 
entry timer expires due to lack of communication, 
the RF terminal entry is purged from the routing 
table. 

3 0 The RF links among the RF terminals, the 

bridges, and the gateway are often lost. Therefore, 
a connection-oriented data-link service is used to 
maintain the logical node-to-node links. In the 
absence of network traffic, periodic messages are 
3 5 sent and received to ensure the stability of the RF 
link. As a result, the loss of a link is quickly 
detected and the RF Network can attempt to establish 
a new RF link before data transmission from the host 
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computer to an RF terminal is adversely affected. 
In an alternate embodiment of the present invention, 
rapidly moving terminals could have the flexibility 
to attach to more than one node. This would help 
5 insure that a data link to the host computer was 
always available even during periods when the RF 
terminal was highly mobile. 

Communication between terminals and the host 
computer is accomplished by using the resulting RF 

10 Network. To communicate with the host computer fi an 
RF terminal sends a data packet to the bridge 
closest to the host computer. Typically, the RF 
terminal is already attached to the bridge closest 
to the host computer. However, RF terminals are 

15 constantly listening for HELLO messages from other 
bridges and may attach to, and then communicate 
with, a bridge in the table of bridges that is 
closer to the particular RF terminal. 

FIG. 17 is a flow chart of the method steps for 

20 implementing a CSMA Non-Persistent protocol. In 
FIG. 17, the RF terminals and the intermediate RF 
nodes use a CSMA-based protocol with stateless ARQ 
(automatic repeat request) to transmit the data 
packets. At step 2100, the RF terminal is idle and 

2 5 is waiting either for user input or for other 

conditions to send data to the RF Network. After 
assembling the data at step 2102, the RF terminal 
then checks to see if there exists any media 
activity on the RF Network at step 2104. Any 

3 0 existing media activity may interfere with the 

quality of the transmission from the RF terminal. 
Accordingly, if there exists media activity, the RF 
terminal, at step 2106, waits a random time before 
attempting to transmit the data. If there is no 
3 5 media activity, the RF terminal, at step 2108, 
transmits the data and, at step 2110, waits for an 
acknowledgement from an attached node. If the node 
acknowledges successful receipt of the data, the RF 
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terminal returns to step 2100 to wait for additional 
data to send. However, if there is no 

acknowledgement within a fixed period of time, the 
RF terminal returns to step 2104 to check for media 
5 activity and attempts to retransmit the data if 
there is no media activity. 

Under certain operating conditions, duplicate 
data packets can be transmitted in the RF Network. 
For example, it is possible for an RF terminal to 

10 transmit a data packet to its attached node, for the 
node to transmit the acknowledgement frame, and for 
the RF terminal not to receive the acknowledgement. 
Under such circumstances, the RF terminal will 
retransmit the data. If the duplicate data packet 

15 is updated into the database of the host computer, 
the database would become corrupt. Therefore, the 
RF Network of the present invention detects 
duplicate data packets. To ensure data integrity, 
each set of data transmissions receives a sequence 

2 0 number. The sequence numbers are continuously 
incremented, and duplicate sequence numbers are not 
accepted by the gateway root node. 

When a bridge receives a data packet from a 
terminal directed to the host computer, the bridge 

2 5 forwards the data packet to the parent node on the 

branch. The parent node then forwards the data 
packet to its parent node. The forwarding of the 
data packet continues until the gateway root node 
receives the data packet and sends it to the host 

3 0 computer. Similarly, when a packet arrives at a 

node from the host computer directed to an RF 
terminal, the node checks its routing entry table 
and forwards the data packet to its child node which 
is along the branch destined for the RF terminal. 
3 5 It is not necessary for the nodes along the branch 
containing the RF terminal to know the ultimate 
location of the RF terminal. The forwarding of the 
data packet continues until the data packet reaches 
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the final node on the branch, which then forwards 
the data packet directly to the terminal itself. 

Communication is also possible between RF 
terminals- To communicate with another RF terminal, 
5 the RF terminal sends a data packet, using the CSMA 
Non-Persistent protocol, to its attached bridge. 
When the bridge receives the data packet from a 
terminal directed to the host computer, the bridge 
checks to see if the destination address of the RF 

10 terminal is located within its routing table. If it 
is, the bridge simply sends the message to the 
intended RF terminal. If not, the bridge forwards 
the data packet to its parent node. The forwarding 
of the data packet up the branch continues until a 

15 common parent between the RF terminals is found. 

Then, the common parent (often the gateway node 
itself) sends the data packet to the intended RF 
terminal via the branches of the RF Network. 

During the normal operation of the RF Network, 

2 0 RF terminals can become lost or unattached to their 
attached node. If an RF terminal becomes 

unattached, for whatever reason, its routing entry 
is purged and the RF terminal broadcasts a WHO'S 
THERE packet with a global destination address to 

2 5 solicit HELLO packets from any attached nodes. 

Again, to avoid having multiple nodes respond to a 
given WHO'S THERE packet, the nodes wait a BACKOFF 
period of time before responding. After receiving 
HELLO messages from attached nodes, the RF terminal 

3 0 sends an ATTACH. request packet to the attached node 

closest to the root. That attached node 

acknowledges the ATTACH, request with a local 
ATTACH. confirm packet and sends the ATTACH. request 
packet onto the gateway root node. Then, the 
3 5 gateway root node returns an end-to-end 
ATTACH. confirm packet. If an RF terminal was 
previously attached along another branch of the 
spanning tree, the ATTACH . request packet intended 
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for the gateway root node may be intercepted by an 
intermediate node with a valid routing entry for the 
terminal. In such a case, the intermediate node 
would send the end-to-end ATTACH. confirm packet. 
5 Bridges can also become lost or unattached 

during normal operations of the RF Network. If a 
bridge becomes lost or unattached, all routing 
entries containing the bridge are purged. The bridge 
then broadcasts an ATTACH. request with a global 

10 bridge destination address. Attached nodes will 
broadcast HELLO packets immediately if they receive 
an ATTACH. request packet with a global destination 
address. This helps the lost node re-attach. Then f 
the bridge enters the LISTEN state to learn which 

15 attached nodes are within range. The unattached 
bridge analyzes the contents of broadcast HELLO 
messages to determine whether to request attachment 
to the broadcasting node. Again, the bridge 
attempts to attach to the node that is logically 

2 0 closest to the root node. After attaching to the 
closest node, the bridge begins broadcasting HELLO 
messages to solicit ATTACH. requests from other nodes 
or RF terminals. 

In alternate embodiments, the RF Networks 

2 5 contain multiple gateways. By including a system 

identifier in the address field of the nodes, it is 
possible to determine which nodes are connected to 
which networks. In other embodiments peer-to-peer 
relationships exist between nodes. The routing 
30 algorithm is modified to include a distributed 
Bellman-Ford type of spanning tree algorithm. 

Description of FIGS. 18 through 27 

FIG. 18 is a diagram which illustrates the 
basic communication pathways and spatial 

3 5 relationships between a host computer, base stations 

and roaming terminals of the present invention. 
Particularly, a host computer 3011 and roaming 




- 46 - 

terminals 3013, 3015 and 3017 indirectly communicate 
through base stations 3019 and 3021, The base 
stations 3019 and 3021 receive communications via 
one link medium and relay those communications along 
5 another. Particularly, a "hard-wired" connection 
such as an IEEE 802.3 (ethernet) interface provides 
a link 3023 to host computer 3011, while radio 
frequency (RF) transmission provides the link to the 
roaming terminals 3013, 3015 and 3017. 

10 If the remote terminals 3013, 3015 and 3017 are 

within the RF range of each other, they can use 
direct RF transmission as the link. If they are not 
within RF range, an indirect communication link must 
be found through the base stations 3019 and 3021. 

15 The RF range of the base stations 3019 and 3021 is 
illustrated in FIG. 18 by the respective circular 
boundaries 3025 and 3027. The boundaries 3 025 and 
3027 represent the maximum radial distance from the 
base stations 3019 and 3021 that RF communications 

2 0 can be maintained. 

In one preferred embodiment, the host computer 
3011 can be either an IBM AS400 or 3090 mainframe. 
The base stations 3019 and 3021 are NORAND RB4000 
products and the roaming terminals 3015, 3017 and 
25 3019 are NORAND RT1100 products. 

Although only one host computer, two base 
stations and three roaming terminals are shown for 
simplicity, the use of additional host units, many 
more base stations and hundreds of roaming terminals 

3 0 are contemplated. Instead of the "hard-wired" 

ethernet interface, it is also contemplated that the 
entire link 3023, or any portion thereof, can be 
maintained using RF transmissions. In such 

situations, because of the range limitations 
35 associated with an RF link, it may be necessary for 
several base stations to relay communications 
between the host computer 3 011 and the roaming 
terminals 3013 , 3015 and 3017. Alternatively 
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stated, the communications "hop" from one base 
station to the next until the destination is 
reached. 

As the number of base stations increase, the 
5 number of possible "hopping" pathways also increase. 
A backward-learning, spanning tree algorithm is used 
so as to select the "hopping 11 pathway with the 
lowest "cost" to a given destination as detailed 
above. To summarize, a "cost" is assigned to every 

10 direct communication link in the network. This 
"cost" factor takes into account the communication 
bandwidth of a particular link. Next, the spanning 
tree algorithm using backward learning identifies 
the "hopping" pathway of lowest "cost" from any 

15 source to any destination. Whenever any direct link 
is faulty or a "hopping point" (a base station for 
example) is moved or breaks down, an alternate low 
"cost" pathway can be used. This provides an 
inherent redundancy to the network. 

20 Referring back to FIG. 18, roaming terminals 

3015, 3017 and 3019 collect data that must be 
communicated to the host computer 3 011. This data 
is collected either via respective bar code readers 
3029, 3031 and 3033 or keyboards 3035, 3037 and 

25 3039. U.S. Patent Nos. 4,910,794; 4,924,462; and 
4,940,974 provide a further description of these 
readers and data collection. In addition, bar code 
reading requires high system clock rates in the 
roaming terminals during data gathering to provide 

3 0 decoding of bar code scans at an acceptable rate. 

However, the high clock rates also cause the 
generation of digital noise in and around the 
roaming terminals. This noise can effect 

transmission and reception at the roaming terminal 

35 causing a reduction in the effective communication 
range. This problem is solved by using a dual clock 
rate. The terminal is operated normally at a slow 
system clock rate to minimize the generation of 
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digital noise, and it is switched to a fast clock 
rate during bar code scanning to allow the data 
obtained from the bar code scan to be processed at a 
higher rate. This lets the rf data link coexist 
5 with the need for and the hardware support for bar 
code scan decoding. 

The terminals 3015, 3017 and 3019 can also 
request information from the host computer 3011 or 
from other roaming terminals. Similarly, the host 

10 computer 3011 may desire to communicate with the 
roaming terminals 3015, 3017 and 3019 in order to 
download configuration information, database 
information or to send commands. 

Before communication can be initially 

15 established, the roaming terminals 3013, 3015 and 
3017 must first listen for hello-messages from the 
base stations 3019 and 3021. The base station 3019 
and 3 021 both send out hello-messages approximately 
once every second. The hello-messages identify the 

2 0 sending base station along with its current loading 
and associated "cost". 

The roaming terminals 3013, 3015 and 3017 
attempt to detect every possible hello-message from 
any base station within range. This requires that 

2 5 the hello-message listening period be at least as 

long as the maximum time between hello-messages sent 
by any single base station. For example, the 
terminals 3013 and 3017 would respectively receive a 
hello-message from the base stations 3019 and 3021, 
30 while the terminal 3015 would receive two hello- 
messages: one from the base stations 3 019 and one 
from the station 3021. Only those hello-messages 
that meet a minimum "signal strength" threshold are 
further considered. All weaker hello-messages are 

3 5 ignored. 

As spatially represented in FIG. 18, upon 
receiving hello-messages from a single base station, 
the roaming terminals 3013 and 3017 can immediately 
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initiate communication with the host computer 11 by 
"attaching" to their respectively identified base 
stations 3019 and 3021. The roaming terminal 3015, 
however, which received two sufficiently strong 
5 hello-messages signals, must select either base 
station 3019 or 3021 before "attaching". 

To make this selection, the roaming terminal 
3015 must initially consider the "cost". 
Specifically, terminal 3015 must select the base 

10 station which has the lowest "cost". If the "costs" 
are equal, terminal 3015 must select the base 
station whose received hello-message has the highest 
"signal strength". If the corresponding "signal 
strengths" also prove to be equal, the roaming 

15 terminal 3015 selects the base station with the 
highest user defined "priority". This priority can 
be preset by the user based on both the spatial 
layout and the nature of the components being used. 
Finally, if these factors all prove equal, the 

20 terminal 3015 merely selects the base station with 
the lowest "preset number". Each base station is 
randomly assigned a unique "preset number" upon its 
manufacture or during its installation onto the 
network. 

25 Assuming that station 3019 and 3021 have the 

same "cost" and "signal strength" but that station 
3019 has the highest user defined "priority", 
gravitation in the overlapping region occurs toward 
the base station 3019. In this way, the base 

30 station 3019 can better regulate communication in 
the overlapping RF regions with minimal channel 
contention. 

More particularly, the user set "priority" 
assigned to a base station could also be determined 
3 5 based on the spatial layout of competing base 
stations. The higher "priority" base stations can 
be surrounded by lower "priority* 1 base stations and 
vice versa in a pattern defined by the total area 




- 50 - 

being covered so as to cause as much migration as 
possible onto the higher "priority" base stations 
and away from the lower "priority" base stations. 
Similarly, in determining high "priority", 
5 consideration can also be given to the base stations 
ordinarily containing high concentration of roaming 
terminals . 

It is further contemplated that factors which 
indicate the current load on base stations 3019 and 

10 3021 could also be considered in the selection by 
the roaming terminal 3015. First, if heavy loading 
is considered a negative factor, the roaming 
terminals 3013, 3015 and 3017 that pass within the 
overlapping region defined by boundaries 3025 and 

15 3027 would gravitate toward base stations with the 
lightest load. Although this balances the loading 
between base stations, it causes greater channel 
contention problems in the overlapping regions. 
Second, if heavy loading is considered a positive 

2 0 factor, the roaming terminals would gravitate toward 

base stations with the heaviest load. In this 
manner, a heavily loaded base station could better 
manage communication when surrounded by lightly 
loaded stations. 

25 As roaming terminals 3013, 3015 and 3017 move 

within the confines of boundaries 3025 and 3027 , 
they often need to re-evaluate their base station 
selection. Instead of waiting until RF 

communication with their selected base station is 

30 entirely lost, the remote terminals 3013, 3015 and 
3017 can periodically re-evaluate the "cost" and 
"signal strength" of either the hello-messages or 
any other RF transmission sent from other base 
stations. Upon selecting a new base station, the 

3 5 roaming terminals merely "attach" to their new 

selection. Furthermore, in addition to or in place 
of this periodic re-evaluation described in the 
preferred embodiment, a decline in the selected base 
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station 1 s "signal strength" might also be used as a 
factor for initiating a re-evaluation. 

In a communication system such as that shown in 
FIG, 18, one or more of the base station may be 
5 selected to transmit an RTC heartbeat, which is the 
system synchronizing signal. Responses from 

terminals in the service area are monitored by all 
of the base stations that receive signals from the 
terminals. In most cases, terminals will be at 

10 different distances from each of the plurality of 
base stations, and the resulting differences in 
received signal strengths at the receiving terminals 
will eliminate the effects of signal collision by FM 
capture. However, in some instances, collisions 

15 will still occur at some base stations. 

Base stations can be networked, as illustrated 
by communication link 3023, to allow the 
coordination of polling of terminals that have 
identified themselves to the base stations during 

2 0 their response intervals. The use of information 
about the strength of signals received at the base 
stations allows the network to adjust broadcast 
signal strengths so as to poll receiving terminals 
simultaneously with a minimum risk of collision. 

2 5 This provides a number of advantages. First, a 

smaller number of collisions will reduce the number 
of delays in response due to collisions. If 
contention polling is used, this means that the 
number of slots can be^ reduced, thus reducing 

3 0 overhead. The system also allows for simultaneous 

communication on a single frequency when two or more 
terminals are so located with respect to their base 
stations that the same-frequency communications will 
not interfere with each other. Finally, the system 
3 5 allows UHF and spread-spectrum communication systems 
to share the same local-area network. 

FIG. 18A illustrates the use of a programmable 
directional antenna system in the communication 
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system of FIG. 13. Specifically, the base stations 
3019 and 3021 are not interconnected via a hard- 
wired communication link. Therefore, if the base 
station 3019 desires communication with the base 
5 station 3021, for example, the base station 3019 
could increase its transmission power so as to 
extend the boundary 3 025 to encompass the base 
station 3021. This not only wastes energy (which is 
especially important where the base stations are 

10 battery powered) but also creates greater 
overlapping regions of the boundaries 3025 and 3027 
with boundaries of other base stations (not shown) . 
This results in a greater number collisions, slowing 
down the communication channel. 

15 A better approach for solving this problem is 

found in the use of a programmable, directional 
antennas. Specifically, when the base station 3019 
desires communication, instead of increasing 
transmission power on the non-directional antenna 

20 system, the base station 3019 transmits using a 
directional antenna system which is aimed at the 
base station 3 021. The broadcast area and range 
using the directional antenna is illustrated by a 
boundary 3026. In fact, in this arrangement, the 

25 base station 3019 may be able to decrease the 
transmission power and still maintain communication. 
Because the overall transmission area (encompassed 
by the boundary 3026) is relatively small and 
located between the base stations 3019 and 3021, 

3 0 interference with other peripheral base stations 
(not shown) is minimized. 

Additionally, the aiming of the antenna and the 
power level of the transmission is programmably 
adjusted by the base stations. In this way, each 

3 5 base station having the location and required 
transmission power information can aim and transmit 
to any other base station in the communication 
system with maximum communication channel usage. 
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Moreover, the transmission power might also be 
adjusted during a transmission so as to the maintain 
the communication at the lowest energy level 
possible. Such an adjustment would operate in a 
5 feedback fashion. Aiming might also be adjusted by 
the transmitting base station in this same manner. 

In addition, the spanning tree routing table 
described above might be used to store the current 
location and power requirements for each base 
10 station. Alternately, the host computer might store 
the information for later access by the base 
stations. 

FIG. 19 is a timing diagram illustrating 
several possible communication exchanges between any 

15 base station and roaming terminal of FIG. 18. For 
example, with specific reference to exchange (a) , 
when roaming terminal 3013 desires to communicate 
with the host 3 011 through the selected base station 
3019, the terminal 3013 merely listens for a clear 

2 0 channel using a standard collision-sense multiple 
access (CSMA) approach and transmits a request for 
poll (RFP) frame 3051. The base station 3019 
chooses to immediately respond by transmitting a 
polling (POLL) frame 3053. This POLL frame 3053 

2 5 indicates to the terminal 3013 that the channel is 

currently clear to send data. The terminal 3 013 
sends data in frames of a preset size. If the frame 
size is smaller than the total block of data to be 
transmitted, multiple frames must be sent. In 

3 0 exchange (a) , for example, three frames of data 

(DATA frames) 3055, 3059 and 3063 are required to 
transmit the entire data block. 

In response to the POLL frame 3053, the 
terminal 3013 sends the first DATA frame 3 055. A 
3 5 field in each DATA frame is used to indicate either 
that more DATA frames follow or that the current 
DATA frame is the last. A DATA frame containing the 
later indication is called an end of data (EOD) 
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frame. Because the DATA frame 3055 is not the EOD 
frame, the base station 3 019 expects more data to 
follow and sends a POLL frame 3 057. The terminal 
3013 again responds by sending the DATA frame 3059, 
5 and again, base station 3019 responds with another 
POLL frame 3 061. Although not shown, this process 
can repeat until the EOD frame is encountered. Upon 
receiving the EOD frame 3063, the base station 3019 
realizes that no further data needs to be 
10 transmitted. Instead of sending another POLL frame, 
the station 3019 sends a channel clear (CLEAR) frame 
3 065 and forwards the data toward the host computer 
3011. 

The standard CSMA protocol described in 
15 exchange (a) above only requires that the roaming 
terminal 3013 listen long enough to identify an 
"apparently clear channel" before sending an RFP 
frame. This does not require that the channel be 
truly clear, however. To clarify this distinction, 
20 although the terminal 3013 can easily determine that 
the base station 3 019 is not transmitting to the 
roaming terminal 3015, it may be impossible for 
terminal 3013 to determine whether the terminal 3015 
is transmitting to the base station 3019. This 

2 5 impossibility is based on the limited RF range of 

the roaming terminals 3013, 3015 and 3017. As shown 
in FIG. 18, because of their separation, the 
terminal 3015 appears "hidden" to the terminal 3013. 
Using the standard CSMA approach, the RFP frames 
30 sent out after identifying an "apparently clear 
channel" collide with "hidden" ongoing 
communications. During a period of light 

communication traffic ("lightly loaded conditions") 
on a given base station, such collisions prove to be 

3 5 statistically infrequent and thus pose no serious 

problems. 

Under heavily loaded conditions, because such 
collisions prove to be statistically more frequent, 
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a modified CSMA approach is used. This modified 
approach requires that the roaming terminals 
identify a "truly clear channel" before transmitting 
an RFP frame. This is accomplished by extending the 
5 up-front listening period of the roaming terminals 
to be slightly greater than the maximum possible 
time span between POLL or CLEAR frames (herein 
designated the "interpoll gap") . Referring 
specifically to FIG. 18 and exchange (b) in FIG. 19, 

10 the terminal 3013 listens for an interpoll gap time 
3067. By listening through the entire interpoll gap 
time 3067, even though the terminal 3013 cannot 
directly identify an ongoing transmission from the 
"hidden" terminal 3015 to the base station 3019, the 

15 terminal 3 013 indirectly concludes that such a 
communication has not taken place. This conclusion 
is based on the failure to receive a POLL or CLEAR 
frame directed to the "hidden" terminal 3015 from 
the base station 3019. Had such a POLL or CLEAR 

2 0 frame been received during the interpoll gap time 

3067, the terminal 3013 would have concluded that a 
"hidden" communication had been ongoing. Thus, the 
terminal 3013 would transmit an RFP frame only after 
a CLEAR frame was received. 
25 Upon identifying a "truly clear channel", the 

communication exchange (b) is identical to that of 
exchange (a) described above. To summarize, the 
terminal 3013 sends an RFP frame and base station 
3019 responds with POLL frames 3071, 3075 and 3079 

3 0 which respectively initiate DATA frames 3 07 3 and 

3 077 and an EOD frame 81. Upon receiving the EOD 
frame 3081, the base station 3019 sends a CLEAR 
frame 3083 and enters a dormant, listening state. 

Based on the communication traffic, the base 
35 stations 3019 and 3021 determine individually 
whether they are lightly or heavily loaded. 
Although this loading status is transmitted to the 
remote terminals in a reserved field of each hello- 
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message, it is contemplated that this reserved field 
might also be placed within every POLL and CLEAR 
frame. Upon receiving the loading status, the 
roaming terminals 3013, 3015 and 3017 can 
5 appropriately choose either the standard or modified 
CSMA listening period protocol. 

Although in exchanges (a) and (b) the base 
station 3019 responded immediately to the roaming 
terminal 3013 with POLL frames, this need not be the 

10 case. In fact, the base station 3019 may decide to 
service the remote terminal 3 013 at some other time. 
Exchange (c) demonstrates this control. As shown, 
the terminal 3013 sends an RFP frame 3085. In 
response, the base station 3019 decides to send a 

15 wait for poll (WFP) frame 3087. This informs the 
terminal 3013 that the base station 3019 received 
the RFP frame 3085 and will poll at some later time. 
The terminal 3013 thereafter remains silent, 
awaiting a POLL frame 3 089. When the base station 

20 3019 sends the POLL frame 3089, the terminal 3013 
responds by transmitting a DATA frame 3091. This is 
not an EOD frame therefore even though another POLL 
frame could be sent to retrieve the remaining DATA 
frames, the base station 3 019 decides to send 

25 another WFP frame 3093. Again terminal 3013 waits. 

At some time later, the base station 3019 continues 
the data transfer by sending a POLL frame 3095. The 
terminal 3013 immediately responds with an EOD frame 
3097. Finally, the base station 3019 sends a CLEAR 

3 0 frame signifying the channel is clear. 

Exchange (d) illustrates the circumstance 
involving an incorrectly received DATA frame. 
Specifically, after sending an RFP frame 3101 and 
receiving a POLL frame 3103, the roaming terminal 

35 3 013 attempts to send a first data frame during a 
time period 3105 to the base station 3019. This 
first data frame is not correctly received so base 
station 3019 responds by sending a POLL frame 3 107 
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which requests that the previously sent data frame 
be repeated. The terminal 3 013 responds by 
resending the first data frame during a time period 
3109. This time, the base station 3019 properly 
5 receives the first data frame and sends a POLL frame 
3111 requesting the next DATA frame. The terminal 
3 013 responds by attempting to send the last DATA 
frame, the EOD frame, during a time period 3113. 
The base station 3019 responds to the incorrect 

10 reception by sending a further POLL frame 3115. The 
terminal 3013 resends the EOD frame during time 
period 3117 which is properly received by the base 
station 3019 and a CLEAR frame 3119 completes the 
communication exchange. 

15 In exchange (e) , after a successful exchange 

sequence of an RFP frame 3121, a POLL frame 3123, a 
DATA frame 312 5 and a POLL frame 312 7, 
communications break down. The terminal 3 013 
responds to the POLL frame 312 7 by sending an EOD 

2 0 frame 3129 but receives no responsive CLEAR frame. 

Either the EOD frame 3129 was not received and a 
POLL frame requesting a resend was lost, or the EOD 
frame 3129 was correctly received and a CLEAR frame 
was lost. To determine which, the terminal 3013 

2 5 sends an enquiry frame (ENQ) 3131 to the base 

station 3013. The base station 3019 responds by 
sending a CLEAR frame during time period 313 3 
indicating that a previously sent CLEAR frame must 
have been lost. Alternatively, if no response is 
30 detected in time period 3133, the terminal 3013 
resends an ENQ frame 313 5. The base station 3019 
responds in a time period 3137 with a POLL or WFP 
frame signifying that the EOD frame 3129 has been 
lost. 

3 5 The description of the communication protocol 

from the roaming terminals 3013, 3015 and 3017 and 
base stations 3019 and 3020 relating to FIG. 19 
above applies equally to communications in the 
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reverse direction. Similarly, communications from 
the base stations 3019 and 3020 toward the host 
computer 3011 are also governed by this protocol. 
One difference exists , however. For the portions of 
5 link 302 3 which are hard wired (such as an ethernet 
interface) , the segmentation of data into fixed 
frames is not needed. Therefore, after receiving a 
series of data frames (hereinafter called a "bracket 
of frames"), the base stations 3019 and 3020 will 

10 recombine the data into one complete block for 
transmission along hardwired portions of link 3023. 

FIG. 20 is a detailed view of a portion of the 
timing diagram shown in FIG. 19 which illustrates 
the interframe gap blocking function. Specifically, 

15 if the roaming terminal 3013 desires communication 
with the selected base station 3019, the terminal 
3 013 initiates communication by transmitting an RFP 
frame 3151. Prior to the completion of this 
transmission, the base station 3 019 responds by 

2 0 transmitting a POLL frame 315 3. In turn, prior to 
the completion of this transmission, the terminal 
3 013 begins transmitting an EOD frame 3155. 
Similarly, prior to full receipt of this EOD frame 
3155, the base station 3 019 sends a CLEAR frame 

2 5 3157. In this manner, the channel will remain 

"busy" during the entire communication exchange. 
Thus, during lightly loaded conditions, when the 
roaming terminals 3015 and 3017 are within RF range 
of such an exchange, they will not be able to find a 

3 0 "apparently clear channel" and therefore will not 

cause collisions by sending untimely RFP frames. 

More specifically, the RFP frame 3151 is 
further divided into information fields 3159 and end 
of frame fields 3161. The POLL frame 3153 is 
35 divided into beginning of frame fields 3163, 
information fields 3165 and end of frame fields 
3167. Similarly, the EOD frame 3155 is further 
divided into beginning of frame fields 3169, 
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information fields 3171 and end of frame fields 
3173. Finally, the CLEAR frame is divided into 
beginning of frame fields 3175 and information 
fields 3177. These overlapping end of frame and 
5 beginning of frame fields "block" the channel from 
being misinterpreted as being "clear". 

For example, the terminal 3013 begins to 
transmit the RFP frame 3151 to the base station 
3019. As soon as the beginning of the field 3161 is 

10 detected, the base station 3019 immediately responds 
with the field 3163 of the POLL frame 3153. It does 
not matter that fields 3161 and 3163 overlap because 
they carry no other information than to ensure that 
the channel will be "blocked". The interaction of 

15 fields 3161 and 3163 applies equally to the 
overlapping fields 3167 and 3169 and fields 3173 and 
3175. 

FIG. 21 is a block diagram of a redundant 
communication interface between several base 

2 0 stations and host computers of the present 

invention. In this embodiment, a host computer 3 2 01 
is redundantly backed-up by a dormant host computer 
3203. If the host computer 3201 fails, the dormant 
host computer 3 203 which monitors the host computer 
25 3201 identifies the failure and takes over. 
Similarly, base stations 3205, 3207, 3209, 3211, 
3213 and 3 215 are redundantly backed-up by dormant 
base stations 3217, 3219, 3221, 3223, 3225 and 3227, 
respectively. A communication link 3229 which may 

3 0 consist in whole or in part of a hard-wired or RF 

* 

link provides the communication pathway between 
these host computers and base stations. 
FIG. 24 depicts the same devices organized as nodes 
on branches of a spanning tree. 
3 5 Also providing redundancy, the "root" base 

station, as defined by the spanning tree, is 
selected by the "preselect number" (described in 
reference to the attaching criterion related to FIG. 
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18 above) . The non-dormant base station with the 
highest "preselected number" is initially designated 
to be the spanning tree "root". if that base 
station subsequently fails, either the corresponding 
5 dormant base station can take over the full 
functionality of the "root", or the non-dormant base 
station with the next highest "preselected number" 
can be designated as the new "root". In this 
manner, spanning tree redundancy is maintained. 

10 In an alternate preferred embodiment, an SST 

(Spread Spectrum Terminal) network is used 
implements a hierarchical radio frequency network 
of, potentially roaming terminals used primarily for 
online data entry and occasionally for batch file 

15 transfers. The network is characterized by sporadic 
data traffic over multiple-hop data paths consisting 
of RS485 or ethernet wired links and single-channel 
direct-sequenced, spread-spectrum radio links. The 
network architecture is complicated by moving nodes, 

20 hidden nodes, sleeping nodes, transient radio links, 
and unidirectional radio links. 

The SST network consists of the following types 
of devices: 1) hosts; 2) controllers; 3) base 
stations; and 4) terminals. A "host" or host 

2 5 computer, communicates with terminals in the SST 

network. A "controller" is a gateway which passes 
messages between the host and the terminals. A 
"base station" device is used as an interior node 
for extending the range of a controller. Base- 

3 0 station-to-controller or base-station-to-base- 

station links can be maintained either with hard- 
wired or radio communication. A "terminal" i.e., a 
Nor and hand-held computer, printer, etc., interfaces 
through the SST network to the host via interior 
3 5 nodes • 

The terminals, controllers, hosts and base 
stations are logically organized as nodes in an 
optimal spanning tree with a controller as the root 
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node, internal nodes in base stations or other 
controllers on branches of the tree, and terminal 
nodes as possibly roaming leaves on the tree. With 
the exception of the root node, each child node is 
5 connected by a single logical link to a parent node. 
Like a sink tree, nodes closer to the root of the 
spanning tree are said to be "downstream" from nodes 
which are further away. Conversely, all nodes are 
"upstream" from the root. Packets are only sent 
10 along branches (i.e., logical links) of the spanning 
tree. Nodes in the network use a "backward 
learning" technique to route packets along branches 
of a spanning tree. 
q Devices in spanning tree are logically 

=3 i5 categorized as one of the following three node 

p; types: 1) roots; 2) bridges; or 3) terminals. A 

£Q "root" is a controller device which functions as the 

JL: root bridge of the network spanning tree. The 

CO spanning tree has a single root node. Initially, 

L, 2 0 all controllers are root candidates. One and only 

[5 one root node is determined for each autonomous 

fy network by using a priority-based root selection 

%l algorithm. 

d A "bridge" is an internal node in the spanning 

2 5 tree which is used to "bridge" terminal nodes 

together into an interconnected network. The root 
node is a bridge, and the term "bridge" may be used 
to refer to all non-terminal nodes or all non- 
terminal nodes except the root depending on the 

3 0 context. A bridge node consists of a network 

interface point and a routing function. 

A "terminal" is a leaf node in the spanning 
tree. A terminal node can be viewed as the software 
entity that terminates a branch in the spanning 
3 5 tree. A terminal node consists of a network 
interface point and one or more terminal access 
points. 
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A controller device contains a terminal node(s) 
and a bridge node. The bridge node is the root node 
if the controller is functioning as the root bridge. 
A base station contains a bridge node. A base 
5 station does not contain a terminal node; a terminal 
device contains a terminal node. Additionally, a 
bridging entity refers to a bridge node or to the 
network interface point in a terminal device. 

Network interface points are single network 

10 addressable entities which must exist in all nodes. 

A network interface point is equivalent to the 
software entity which is used to interface the SST 
network to a device or bridging node. Note that a 
controller device connected to a host computer a 

15 network interface point which references the host 
computer and a second discrete network interface 
point which references the bridging node in the 
controller. Each network interface point is 
identified by a unique network address. Unless 

20 otherwise specified, this document uses "network 
address" or simply "address" to refer to the 
identifier of a network interface point. Moreover, 
multiple network interface points may be referenced 
with multicast and broadcast addresses. 

-5 Terminal access point refers to a higher layer 

access point into the network. A terminal access 
point is defined by the concatenation of the network 
interface point address and the terminal access 
point identifier. A terminal device or controller 

3 0 device can have multiple terminal access points. 

A logical port is defined by a physical port 
and a network interface point. This implies that a 
single device may have more than one physical port 
with the same network address. In this document 

3 5 "port" refers to a logical port. 

A controller device 3301 has two NIP's 3303 and 
3305. As an example, the NIP 3303 in a controller's 
terminal node 3 3 07 is equivalent to the software 
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entity which interfaces to a host computer. Two 
TAP'S 3 3 09 and 3 317 attached to that NIP identify 
discrete applications (i.e., terminal emulation and 
file transfer applications directed to the host 
5 computer) . A base station 3 313 has a NIP 3 315 and a 
NRF 3 317, while terminals 3319 and 3321 have TAP's 
3323 and 3325 and NIP's 3327 and 3329. 

This network environment involves the following 
characterization features: 1) wired or wireless node 

10 connections; 2) network layer transparency; 3) 
dynamic/ automatic network routing configuration; 
4) terminals can move about the radio network 
without losing a data link connection; 5) ability 
to accommodate sleeping terminals; 6) ability to 

15 locate terminals quickly; 7) built-in redundancy; 
and 8) physical link independence (i.e., higher 
layer protocols must be consistent across 
heterogeneous physical links) . 

This SST network is functionally layered with a 

2 0 MAC (Medium Access Control) layer, bridging layer, 
data link or transport layer, and higher layers. 
The MAC layer is responsible for providing reliable 
transmission between ports on any two devices in the 
network (i.e. terminal-to-base station). The MAC 

2 5 has a channel access control component and a link 

control component. The two components are 

equivalent to the TSO media access control and data 
link control sublayers, respectively. The link 
control component facilitates reliable point-to- 
30 point frame transfers in the absence of collision 
detection and in the presence of errors. A detailed 
description of the MAC Control Byte used in the MAC 
layer is shown in attached Appendix G. 

A polling protocol is used to restrict 

3 5 contention to request-f or-poll (RFP) frames thus 

minimizing contention for data frames. This 
protocol uses several channel access control 
algorithms to regulate access to the communications 
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channel. The algorithms are link-type dependent and 
incorporate a random backoff algorithm to prevent 
deadlock and instability in contention situations. 
Specifically, a p-persistent CSMA/CA (carrier sense 
5 multiple access with collision avoidance) protocol 
is used to gain access to an RS485 LAN. The 
collision avoidance scheme gives channel access 
priority to the recipient of a unicast frame. On 
lightly loaded spread spectrum radio links, a non- 
10 persistent CSMA algorithm is used to gain access to 
the communications channel. Under moderate to heavy 
channel utilization, an LBT/BP ( listen-bef ore-talk 
with busy pulse) algorithm is used to gain access to 
the channel and minimize the effect of hidden nodes. 
15 This bridging layer routes packets from 

terminals to the host, from the host to terminals, 
and from terminals to terminals along branches of 
the spanning tree. To accomplish this, the 

bridging layer uses a "HELLO protocol" to organize 
2 0 nodes in the network into an optimal spanning tree 
rooted at the root bridge. The spanning tree is 
used to prevent loops in the topology. Interior 
branches of the spanning tree are relatively stable 
(i.e. controllers and relay stations do not move 

2 5 often) . Terminals, which are leaves on the spanning 

tree, become unattached and must be reattached, 
frequently. Additionally, the bridging layer also: 
1) maintains spanning tree links; 2) propagates lost 
node information throughout the spanning tree; 3) 

3 0 distributes network interface addresses. 4) 

organizes nodes into logical coverage areas on radio 
channels; and 5) The bridging layer provides a 
service for storing packets for SLEEPING terminals. 
Packets which cannot be delivered immediately can be 
35 saved by the bridging entity in a parent node for 
one or more HELLO times. 

The data- link layer provides an end-to-end data 
path between data-link access points in any two 
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nodes in the network. The data- link layer provides 
a connection-oriented reliable service and a 
connectionless unreliable service. The reliable 
service detects and discards duplicate packets and 
5 retransmits lost packets. The unreliable service 
provides a datagram facility for upper layer 
protocols which prove a reliable end to end data 
path. This layer provides services (ISO layer 2) 
for terminal-to-host application sessions which run 

10 on top of an end-to-end terminal-to-host transport 
protocol. However, the data-link layer provides 
transport (ISO layer 4) services for sessions 
contained within the SST network. 

For terminal-to-terminal sessions contained 

15 within the SST network, the data-link layer provides 
transport layer services and no additional network 
or transport layer is required. In this case, the 
MAC, bridging, and data-link layers discussed above 
can be viewed as a data-link layer, a network layer, 

20 and a transport layer, respectively. For terminal- 
to-host-application sessions, higher ISO layers 
exist on top of the SST data- link layer and must be 
implemented in the terminal and host computer as 
required. 

2 5 MAC frames contain a hop destination and hop 

source address in the MAC header. Bridging packets 
contain an end-to-end destination and source address 
in the bridging header. Data-link headers contain 
source and destination access point identifiers. A 

3 0 data-link connection is defined by the concatenation 

of the bridging layer source and destination address 
pairs and the destination and source data- link 
access points. One end of a connection is 
equivalent to a terminal access point and is 
3 5 specified as <access_point>§<network_ address> , where 
aliases can be used for both. MAC and bridging 
addresses are consistent and have the same format. 
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All devices must have either a unique long 
identifier which is programmed into the device at 
the factory and/or an alias which is entered by the 
user or is well-known. The long address/alias is 
5 only used to obtain a short network address from the 
root node, A network address uniquely identifies 
the network interface point in each node. This 
network address is obtained from an address server 
in the root. The network interface point passes the 

10 network address to the MAC entity attached to each 
port on a device. Short addresses are used to 
minimize packet sizes, 

A network address consists of a node type and a 
unique multicast, or broadcast node identifier. A 

15 node type identifier of all l's is used to specify 
all node types while all o's specifies a root 
address. Particularly, node identifier of all l's 
is the default node identifier used until a unique 
node identifier is obtained. 

20 In addition to source and destination 

addresses, each network packet contains a spanning 
tree identifier in the MAC header. A default 
spanning tree identifier is well-known by all nodes. 
A non-default spanning tree identifier can be 

25 entered into the root node (i,e., by a network 
administrator) and advertised to all other nodes in 
HELLO packets. The list of non-default spanning 
trees to which other nodes can attach must be 
entered into each node. A global spanning tree 

3 0 identifier is also well-known by all nodes, and is 
reserved for the identify of a spanning tree to 
which all nodes can attach. 

The network node identifier of a root node is 
always all 0's and is well-known. All other nodes 

35 must obtain a unique network node identifier from a 
(RARP) Reverse Address Resolution Protocol server in 
the root node. A node identifier of all l's is used 
until a unique identifier is obtained. To get a 
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unique identifier, a node must send a RARP request 
packet to the RARP server. This packet contains the 
requesting node's unique long identifier and/or an 
alias for the long identifier. A network address is 
5 returned to the requesting node in a RARP response 
packet. 

Nodes must obtain a new network address 
whenever a new root node is discovered and whenever 
an ADDRESS-TIMEOUT inactivity period expires without 

10 the node receiving a packet from the bridging entity 
in the root. A node can prevent its address from 
expiring by sending an empty ATTACH . request packet 
to the root. 

The address server in the root associates an 

15 age factor with each allocated network address. The 
age factor is incremented each time an ADDRESS-TIMER 
expires. The age factor is reset to zero ("0") 
whenever the address is used. An address is 
available for use by a requesting node if it has 

2 0 never been used or if it has been inactive for a 
MAX-ADDRESS-LIFE timer period. MAX-ADDRESS-LIFE 
must be larger than ADDRESS-TIMEOUT to ensure that 
an address is not in use by any node when it becomes 
available for another node. If the root receives a 

2 5 RARP. request packet from a source for which an entry 

exists in the address queue, the root simply resets 
the age factor to zero and returns the old address. 

More specifically, the bridging layer organizes 
nodes into an optimal spanning tree with a single 

3 0 root bridge at the root of the tree. The spanning 

tree identifier allows more than one logical tree to 
exist in the same coverage area. Spanning tree 
organization is facilitated with a HELLO protocol 
which selects a root node and enables nodes to 
35 determine the shortest path to the root before 
attaching to the spanning tree. All messages are 
routed along branches of the spanning tree. 
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Restricting each node to a single parent guarantees 
that there will be no loops in the logical topology. 

Nodes in the network are generally categorized 
as "attached" or "unattached". Initially, only the 
5 root is attached. A single controller may be 
designated as the root or multiple root candidates 
(other controllers) may negotiate to determine which 
node is the root. 

Attached bridge nodes are root candidates 
10 transmit HELLO packets at calculated intervals. The 
HELLO packets include: 

1) the source address; 

2) a broadcast destination address; 

3) the distance (cost) to the root; 

15 4) a "seed" value used to calculate the time 

of the next HELLO packet; 

5) a hello slot displacement which specifies 
the displacement of the actual hello slot time from 
the calculated hello slot time or to indicate that 

2 0 the hello time was not calculated (i.e. was 

unscheduled) ; 

6) a spanning tree identifier (LAN ID) ; 

7 ) the priority of the root node ( or root 
candidate) ; 

25 8) the long, unique device identifier of the 

root node (or root candidate) ; 

9) descendent count (optional) ; 

10) a pending message list (optional) ; and 

11) a detached-node list. 

3 0 When desirable, terminals may discontinue its 

monitoring of the communication channel by going to 
sleep. The "sleep mode", which is also further 
described below in relation to FIGS. 28-30, involves 
the powering down of the transceiver circuitry of 
3 5 the terminal to conserve batter energy. Pending 
messages for these SLEEPING terminals are stored in 
lists in the parent node which include the network 
address for accessing the listed SLEEPING terminals. 




- 69 - 

In an alternative embodiment, the terminal 
initiating communication with a base station would 
identify the length of the message to be 
communicated. This identification could be made in 
5 request to send request for poll and packet. All 
"listening" terminals could then adjust the sleep 
time period so as to wake-up only after the 
transmission has ended. 

Detached-node lists are also maintained to 

10 enable the spanning tree algorithms. These lists 
contain the addresses of nodes which have detached 
from the spanning tree. Each internal node learns 
which entries should be in its detached-node list 
from DETACH packets which are broadcast by internal 

15 nodes when a child is lost. Entries are also 
included in HELLO packets for DETACH-MSG-LIFE hello 
times. 

Attached nodes broadcast short HELLO packets 
immediately if they receive an ATTACH . request packet 
2 0 with a global destination address; otherwise, 
attached nodes only broadcast HELLO packets at 
calculated time intervals in "HELLO-slots" . Short 
HELLO packets do not contain a pending-message, 
long-root identifier, or a detached-node list. 

2 5 Short HELLO packets are set independently of regular 

HELLO packets and do not affect regular hello 
timing. The end-to-end ATTACH . request functions as 
a discovery packet, and enabling nodes in the path 
to the root node to quickly learn the address of the 

3 0 source node. 

Unattached nodes (nodes without a parent in the 
spanning tree) are initially in an UNATTACHED state. 
During the UNATTACHED state, a node learns which 
attached bridge is closest to the root node by 
3 5 listening to HELLO packets. After the learning 
period expires an unattached node sends an 
ATTACH .request packet to the attached node closest 
to the root. However, nodes without a network 
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address must first send a RARP. request packet to the 
root to obtain a network address. The attached node 
adopts the unattached node as a child by 
acknowledging the ATTACH. request packet and 
5 forwarding it on to the root node. The root node 
returns the request as an end-to-end ATTACH. confirm 
packet if a response packet required (RPRQ) flag is 
set. If the newly attached node is a bridge, it 
calculates its distance to the root, by adding its 

10 link distance to the total distance of its new 
parent, and begins to transmit HELLO packets. 

The UNATTACHED learning state ends after HELLO- 
RETRY hello time slots if HELLO packets have been 
received from at least one node. If no HELLO 

15 packets have been received the listening node waits 
(i.e. sleeps) and retries later. 

An attached node may respond to a HELLO packet 
from a node other than its parent (i.e. with an 
ATTACH . request packet) if the difference in the hop 

2 0 count specified in the HELLO packet exceeds a 
CHANGE-THRESHOLD level. Only attached bridges or 
the root may respond to an ATTACH. request packet. 
Unattached nodes may broadcast a global 
ATTACH. request with a multicast bridge destination 

2 5 address to solicit short HELLO packets from attached 
bridges. The net effect is that the UNATTACHED 
state may optionally be shortened. Normally, this 
facility is reserved for terminals with transactions 
in progress. 

30 ATTACH. request packets contain a "count" field 

which indicates that a terminal (i.e. which sent the 
request) may be SLEEPING. The bridging entity in 
the parent of a SLEEPING terminal can temporarily 
store messages for later delivery. If the count 

35 field is non-zero, the bridging entity in a parent 
node stores pending messages until the message is 
delivered, or the "count" hello times have expired. 
ATTACH .request packets may also contain a decedents 
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list so that an internal node may attach itself and 
the subtree under it (i.e., to a bridge node closer 
to the root) . In addition, data-link layer data can 
be piggy-backed on an ATTACH. request packet from a 
5 terminal Attached notes. forget their network address 
and return to the UNATTACHED state whenever a HELLO 
packet is received with a new root node identifier. 

The incremental portion of the distance between 
a node and its parent is primarily a function of the 

10 physical link type (i.e. ethemet, RS485, or radio 
communication) . On radio communication links, 
bridging connections are biased toward the link with 
the best signal strength. Signal strength is not a 
factor in the cumulative path distance. The 

15 distance component is intended to bias path 
selection toward high-speed (i.e. wired) 
connections. On wired links, the weighted distance 
is the only criteria for choosing a parent. 

Specifically, on radio links, a parent is 

20 chosen based on the following criteria: l) the 
signal strength must exceed a minimum threshold 
value; 2) if two potential parent nodes are at a 
different distance from the root, the one with the 
least distance is chosen; 3) if two potential 

2 5 parent nodes are at the same distance, the node with 

the best signal strength is chosen; and 4) if two 
potential parent nodes are at the same distance and 
have the same signal strength, then the node with 
the lowest address is chosen. The intent of the 

3 0 above criteria is to create stable disjoint logical 

coverage areas in the presence of physically 
overlapping coverage areas. Ideally, all radio 
terminals in a coverage area will be attached to a 
single bridge node. 
3 5 The concept of disjoint logical coverage areas 

is especially important when radio bridge nodes are 
placed in close proximity to provide redundant 
coverage for protection against a failure. The MAC 
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entity in one of the bridge nodes can efficiently 
regulate access to the channel by queuing terminals 
for polling without coordination with other co- 
located bridge nodes. 
5 All packets are routed along branches of the 

spanning tree. Bridges "learn" the address of 
terminals by monitoring traffic from terminals to 
the root. When a bridge receives a packet directed 
toward the root, the bridge creates or updates an 

10 entry in its routing table for the terminal. The 
entry includes the terminal address and the bridge 
address which sent the packet. The latter address 
is called the hop source address. When a bridge 
receives an upstream packet moving from the root 

15 toward a terminal the packet is forwarded to the 
upstream node which is specified in the routing 
entry for the destination. 

Upstream packets are discarded whenever a 
routing entry does not exist. Downstream packets 

2 0 are simply forwarded to the next downstream node in 
the branch of the spanning tree. No explicit 
routing is required for downstream traffic because 
the route is defined by the structure of the 
spanning tree. A packet travels downstream until a 

2 5 node is reached which has an entry in its routing 

table for the destination address. The packet is 
then explicitly accomplished by routing all traffic 
through the nearest common ancestor of both 
terminals. In the worst case, the root is the 

3 0 nearest common ancestor. Additionally, an address 

resolution server in the root node facilitates 
terminal-to-terminal communications . 

Referring back to the exemplary configuration 
shown in FIG. 24, if a terminal 3417 sends a packet 
35 to a terminal 3403, the packet follows the 
downstream hops from the terminal 3417 through a 
base station 3 407, through a base station 3405, to a 
node, 3401 and to a root node 3404. Routing tables 
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are not required for the downstream hops. The 
routing function at the root node 3 4 04 has an entry 
for the terminal 3403 in its routing table which 
specifies the terminal 3403 as the first upstream 
5 hop to terminal 3403. Therefore, the packet is 
explicitly routed upstream to the terminal 3403. 

As a second example, if terminal 3419 sends a 
packet to terminal . 3417 , the packet follows one 
downstream hop from the terminal 3 419 to the base 
10 station 3405. The routing function at the base 34 05 
has an entry for the terminal 3417 in its routing 
table which specifies the base 3407 as the first 
upstream hop to the terminal 3407. The packet is 
^ routed upstream to the base 3 4 07. An entry in the 

5 !5 routing table at the base 3 4 07 specifies the 

Yj terminal 3 417 as the first upstream hop to the 

fg terminal 3 417, and the packet is thus routed. 

EP As an extension to the routing algorithm 

described above, terminals may optionally cache the 
= 2 0 addresses of neighbors in a separate direct route 

!=f table. If a terminal has a message for a 

Hj destination listed in its direct route table, it may 

U1 transmit it directly to the source node. Note that 

J the packet may not follow a branch of the spanning 

2 5 tree. Direct-route table entries are "aged" 

relatively quickly. If a direct transmission fails, 
the entry in the direct-route table is discarded and 
the packet is simply forwarded downstream to the 
root. The header format filed in the bridge header 
30 must be set to point-to-point for directly 
transmitted packets. Direct routing has obvious 
advantages; however, it forces terminals to maintain 
additional MAC layer state information. 

As an example of direct routing, in FIG. 25, a 

3 5 terminal 3425 can route packets directly to a 

terminal 3427, if the terminal 3425 has an entry for 
the terminal 3427 in its direct routing table. The 
direct routing table in a node is built by listening 
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to traffic directed to other nodes. If the MAC 
layer screens such traffic from the bridging layer, 
the direct routing table must be built by the MAC 
layer . 

5 Paths in the spanning tree can change for a 

number of reasons. First, any node may select a new 
path to the root if the distance of its parent from 
the root is CHANGE-THRESHOLD greater than the 
distance in a HELLO packet from another node where 

10 CHANG E_THRE S HO LD can be as small as one ("1") . A 
node on a radio channel should always choose for its 
parent the node with the best signal strength, and, 
all else being equal, the node with the lowest 
address. A node can move its entire subtree by 

15 including a decedents list in the ATTACH. request 
packet sent to the new parent. Rapidly moving 
terminals can also cache a short list of alternate 
parents. Periodically, SLEEPING terminals stay 
awake for at least one full HELLO to HELLO period 

2 0 to discover changes in the network topology. 

Second, a parent node detaches the subtree 
rooted at a child node whenever a message cannot be 
delivered to the child. This occurs when the MAC 
layer in a parent node fails to deliver a unicast 

2 5 bridging layer packet to a child node. In addition, 

the bridging entity in a parent node can retain 
messages for a child terminal node. Terminals 
request the save messages by sending a DATA- 
REQUEST .request packet to the parent. If the 

3 0 message is not requested and delivered after a pre- 

determined number of HELLO periods, the terminal is 
detached. If the detached node is a bridging node, 
the parent node sends a DETACH. request packet to the 
root node which contains a decedents list that 
35 defines the lost subtree. If the detached child is 
a terminal, the parent floods a DETACH. request 
throughout all branches of the spanning tree using a 
reliable broadcast mechanism. The detached node 
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information which is broadcast in flooded 
DETACH. request packets is added to the detached- 
node-set maintained in each bridge node. Each entry 
in the set has a HELLO-count associated with it. If 
5 an entry in the detached node list of a 
DETACH. request packet already exists in a bridge's 
detached-node-set, the associated HELLO-count filed 
is reset to zero ("0") . The detached-node-set is 
copied into the detached-node-list in the bridge's 

10 HELLO packets. The HELLO-count field for each entry 
is incremented after each HELLO is transmitted. 
Entries whose hello-count field exceeds a 
predetermined HELLO-value are deleted. 

Third, a child node goes into state whenever 

15 its MAC layer fails to deliver a message to its 
parent. If the child node is a bridge, it continues 
to broadcast scheduled HELLO packets with an 
infinite distance for a time greater than that 
defined by the HELLO-value (HELLO-retry+l time) . If 

20 the child node is a terminal, it may solicit short 
HELLO packets to shorten the UNATTACHED state. The 
UNATTACHED learning state has expired the node 
reattaches by transmitting an ATTACH. request to the 
bridge node closest to the root. 

2 5 Fourth, if a node in an ATTACHED state receives 

a DETACH packet or a HELLO packet with its network 
address in the detached-node- list, it must enter the 
UNATTACHED state and reattach to the spanning tree. 
Additionally, a node can shorten the UNATTACHED 

30 state by soliciting short HELLO packets. After 
reattaching, the node must remain in a HOLD-DOWN 
state for HELLO+1 time. During the HOLD-DOWN state, 
the node ignores its address in DETACH packet and 
HELLO packet detached-node- lists. After the HOLD- 

35 DOWN period expires, the node sends a second 
ATTACH, request to the root to ensure that it is 
still attached. 
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Fifth, entries in routing tables are aged. 
When routing table space for a new entry is 
required, either an unused entry or the oldest (i.e. 
least recently used) entry is selected. If a used 
5 entry is selected, the old information is simply 
discarded. The aging factor associated with each 
table entry is reset to zero ("0") each time a new 
packet from the associated node arrives. In the 
absence of a regular data traffic, a node must 

10 periodically send an ATTACH. request packet to the 
root node to maintain its path in the spanning tree. 

Sixth, a node enters the ATTACHED-LISTEN state 
whenever two HELLO packets from its parent are 
missed. SLEEPING terminals remain awake during the 

15 ATTACHED LISTEN state. This state ends when the 
node receives a data or HELLO packet from its 
parent. The node enters the UNATTACHED state when 
either its address appears in the detached list if a 
DETACH or HELLO packet or a total of HELLO-RETRY- 1 

2 0 consecutive HELLO packets are missed. The time that 

a node spends in the ATTACHED-LISTEN state is less 
than the lifetime of detached node information in 
the network. This ensures that a detached node 
always enter the UNATTACHED state since either the 
25 node finds its address in a detached-node-list or 
misses HELLO-RETRY- 1 HELLO packets and goes into the 
UNATTACHED state before it sees a "good" HELLO 
packet from its parent. 

Lastly, any node which receives a HELLO packet 

3 0 from its parent with an infinite distance 

immediately enters the UNATTACHED state. If the 
node is a bridge, it must continue to broadcast 
HELLO packets with an infinite distance for HELLO- 
times. 

35 Old invalid paths may exist in the spanning 

tree for a period of time. For example, if a 
terminal detaches and reattachies to a different 
branch in the spanning tree, all downstream nodes in 



the new branch "learn" the new path to the 
terminal • Nodes which were also in the old path 
change their routing tables and no longer forward 
packets along the old path. At least one node, the 
5 root, must be in both the old and new path. A new 
path is established as soon as an end-to-end 
attached request packet from the terminal reaches a 
node which was also in the old path. Any remaining 
old path fragment is disjoint from the new path. 

10 A parent node generates a DETACH. request packet 

whenever it is unable to deliver a message to a 
child node. When a parent node is unable to deliver 
a message to a child bridge node, it sends a 
DETACH, request packet, to the root node, which 

15 contains a detached-node-list describing the lost 
subtree. The list contains all nodes in the routing 
table of the parent for which the lost bridge was 
the first upstream hop. All downstream nodes in the 
path of the DETACH packet must adjust their routing 

2 0 tables by deleting entries which match those in the 
detached-node-list. 

When a parent node is unable to deliver a 
message to a terminal, it must generate a 
DETACH. request packet with the terminal specified in 

2 5 the associated detached-node-list and flood the 
packet throughout all branches of the spanning tree. 
This packet is forwarded using a reliable broadcast 
mechanism. In response a DETACH packet is issued 
which contains a forward list to specify which nodes 

30 should forward and acknowledge the DETACH. request . 
Initially, the forward list consists of all bridges 
which are either children or the parent of the node 
which generated the packet. Nodes in the forward 
list acknowledge the DETACH. request with a 

35 DETACH. response and forward the DETACH. request along 
all branches of the spanning tree except the branch 
it was received on, but with one exception. A 
bridge node in the forward list does not forward an 
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entry in the detached list of a DETACH. request if 
the DETACH. request came from an upstream node and 
the upstream node is not the first hop in the 
routing table entry associated with the entry in the 
5 detached-node-list. Upstream bridges which do not 
have bridge nodes as children broadcast the 
DETACH. request one time without a forward list. 

The destination address used to forward a 
flooded DETACH. request is global. Therefore, the 

10 detached terminal receives a DETACH. request and 
quickly learns that it has been detached. All 
bridge nodes, which receive the DETACH. request , add 
the detached terminal to their detached-node-list, 
These lists are broadcast in HELLO packets for 

15 HELLO-times or until the bridge determines the 
terminal has reattached. 

All attached non-terminal nodes broadcast 
periodic HELLO packets in discrete HELLO-slots at 
calculated intervals. Nodes learn which HELLO-slots 

2 0 are busy and refrain from transmitting during the 
occupied region of busy HELLO-slots. Bridge nodes 
do not transmit HELLO packets in busy HELLO-slots. 

The HELLO packet contains a "seed" field used 
in a randomization algorithm to determine the next 

2 5 HELLO-slot for the transmitting node and the next 

seed. The address of the transmitting node is used 
as a factor in the algorithm to guarantee 
randomization. Nodes can execute the algorithm "i" 
times to determine the time (and seed) of the "i-th" 

3 0 HELLO packet from the transmitter. After attaching, 

a bridge chooses a random initial seed and a non- 
busy HELLO slot and broadcasts a HELLO packet in 
that slot. The bridge chooses succeeding HELLO 
slots by executing the randomization algorithm. If 
3 5 an execution of the algorithm chooses a busy slot, 
the next free slot is used and a HELLO 
"displacement" field indicates the offset from the 
calculated slot. Cumulative delays are not allowed 



• 
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(i.e, contention delays during the "i-th" HELLO 
transmission do not effect the time of the "i+l" 
HELLO transmission) . In addition, default HELLO- 
TIME and HELLO-SLOT-TIME values are set at compile 
5 time and are well-known by all nodes. Modified 
HELLO-TIME and HELLO-SLOT-TIME values are set by the 
root node and are advertised throughout the network 
in HELLO packets. The HELLO-SLOT-TIME values must 
be large enough to minimize HELLO contention. 

10 A node initially synchronizes on a HELLO packet 

from its parent. A SLEEPING node can calculate the 
time of the next expected HELLO packet from its 
parent and can power-down with an active timer 
interrupt set to wake it just before the HELLO 

15 packet is transmitted. The bridging entity in a 
parent node can store messages for SLEEPING nodes 
until the message are requested. A terminal learns 
that it must request a saved message by examining 
the pending message list in the HELLO packet. This 

20 implementation enables SLEEPING terminal to receive 
unsolicited messages and relaxes the timing 
constraints for transaction oriented messages. 
Retries for pending messages are transmitted in a 
round-robin order when messages are pending for more 

25 than one destination. 

The bridging layer does not provide a reliable 
end-to-end service, thus lost and duplicate packets 
are handled by a higher layer. The bridging layer 
does not fragment packets and packets are normally 

3 0 delivered in sequence. 

The data-link layer is implemented as an 
extension of Class 2 (LLC) (Logical Link Control as 
defined in ISO Standard 8802-2.2. The extensions to 
LLC are: an additional unnumbered command frame - 

3 5 SABMX, and 15-bit send and receive sequence numbers. 

In addition, the implantation must include an 
adaptive time-out algorithm for retransmissions. 
Unreliable ("type 1") and reliable ("type 2") 
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connection-oriented services are provided. The 
unreliable service is provided for terminals which 
support a reliable end-to-end transport protocol 
with a host computer, LLC type 2 provides a 
5 reliable end-to-end transport service for long-lived 
terminal-to-terminal connections within the spanning 
tree network • A fast-connect VMTP-like transport 
protocol is used for transient terminal-to-terminal 
connections. The VMTP-like service is primarily 

10 provided for Remote Procedure Calls (RPC) , 
client/server transactions, and short mail messages. 

The interfaces to the next upper (i.e. 
application) layer include: 

1) handle=CONNECT (destination, . . . ) ; 

15 2) handle=LISTEN($$AP, . . .) ; 

3) SEND(handle, buffer, length, 
[destination] ) ; 

4) DATAGRAM (handle, buffer, length, 
[destination] ) ; 

20 5) TRANSACTION (handle, tx-buf, tx-len, rx- 

buf , max-rx-len, IDEMPOTENT, destination) ; 

6) RECEIVE (handle, buffer, max- length, 
[destination] ) ; 

7) PENDING_MESSAGE (handle, [destination]) ; 

25 and 

8) DISCONNECT (handle) . 

Designation fields are formed by concatenating 
the destination service access point (DSAP) with the 
destination network address where aliases are used 

30 for both. For example, 3270§HOST1 might designate a 
3 270 terminal controller application in a controller 
node. The DSAP can specify a remote terminal 
application or the access point to a higher layer 
protocol in a remote node. More specifically, the 

3 5 "handle 1 * designates the connection type and is the 
connection identifier for LLC connections. The 
optional "destination 1 * filed in send and receive 
operation is only used for the VMTP-like interface. 
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SEND messages require a response. DATAGRAM messages 
are used to send messages to a hose which is capable 
of supporting end-to-end host-to-terminal transport 
connections and do not require a response. 
5 TRANSACTION is used to send transaction-oriented 
messages with the VMTP-like facility. An error 
occurs if a return message is not received in a 
TRXN-TIME-OUT period. The data-link/ transport 

entity saves response messages and resends the 

10 response when a duplicate transaction message is 
received. In addition, an application can mark a 
transaction as redoable, by setting the IDEMPOTENT 
flag ON. In this case, the response message is not 
saved and the response is regenerated by re- 

15 executing the transaction. A response message can 
be guaranteed in the form of an acknowledgment from 
a higher layer protocol. 

Because the bridging layer provides an 
unreliable service, the data-link layer is required 

20 to detect duplicate packets and retransmit lost 
packets. Detecting duplicates is facilitated by 
numbering data- link packets with unambiguous 
sequence numbers. 

LLC type 2 connections are established by 

2 5 sending a SABMX control frame to the destination 

network address. To prevent frames from old 
connections from being accepted (i.e. with a 
sequence number of "0") the node which initiates a 
connection must ensure that at least MAX-PACKET-LIFE 

3 0 time has expired since the last connection before 

issuing a new CONNECT for the same destination. 
Because of the required waiting period, type 2 LLC 
connections are not ideal for the type of transient 
connections needed to reliably facilitate remote 
35 procedure calls, client/server transactions, and 
sporadic mail messages. 

LLC frames are sequenced from zero ("0" ) to 
MAX-SEQ. The maximum number of outstanding frames 
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(i.e., transmitted but not acknowledged) is LLC- 
WINDOW-SIZE. The default value LLC-WINDOW-SIZE is 
relative small, but the window size may be expanded 
with an XID frame. Because all frames sent during a 
5 connection may not follow the same path, no more 
than MAX-SEQ frames may be sent in a MAX-PACKET-LIFE 
time period. 

A problem can arise when a node successfully 
transmits a data-link frame to the next downstream 

10 hop on a busy path but loses all acknowledgments. 

At this point, the node is detached and must quickly 
reattach to the spanning tree. If the next parent 
of the node is on a shorter, less busy branch, 
frames on the new path can easily arrive at the 

15 destination while old frames still exist in the old 
path. MAX-PACKET-LIFE is equal to MAX-HOPS 

multiplied by XMIT-Q-SIZE multiplied by MAX-RETRY- 
TIME, where MAX-HOPS is the maximum length of a 
branch of the spanning tree in hops, XMIT-Q-SIZE is 

2 0 the number of packets which can be queued in each 

node, and MAX-RETRY -TIME is the maximum time the MAC 
layer can spend retrying a frame before it is 
successfully sent. This problem is solved by 
increasing the size of the send and receive sequence 
25 number fields (i.e. from 7 bits to 15 bits) so that 
the N(S) and H(R) fields in an information frame can 
never roll over faster than MAX-PACKET-LIFE time. 
Note that the spanning tree topology insures that 
packets will not loop. 

3 0 VMTP-like connection records are built 

automatically. A VMTP-like connection record is 
built or updated whenever a VMTP-like transport 
message is received. The advantage is that an 
explicit connection request is not required. A 
3 5 VMTP-like connection is half -duplex. It is 

contemplated, however, that a full-duplex connection 
at a higher layer could be built with two 
independent half -duplex VMTP-like connections. 
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Acknowledgements must be handled by higher layers. 
Connections are defined by the concatenated network 
end-to-end destination and source addresses and 
service access points. The LLC type 2 data-link 
5 entity in a node stores messages for possible 
retransmission. Retransmissions may not always 
follow the same path primarily due to moving 
terminals and resulting changes in the spanning 
tree. For example, the bridging entity in a parent 

10 node may disconnect a child after the MAC entity 
reports a message delivery failure. The child soon 
discovers that it is detached and reattaches to the 
spanning tree. When the data-link entity in the 
root resends the message, it follows the new path. 

15 The data-link entity in a terminal calculates a 

separate time-outs for SEND and TRANSACTION 
operations. Initially, both time-outs are a 

function of the distance of the terminal from the 
root node. A TCP-like algorithm is used to adjust 

2 0 the expected propagation delay for each message type 
to the end-to-end distance and load without causing 
sporadic changes or dramatic swings in time-out 
values. Messages, which require a response, are 
retransmitted if twice the expected propagation time 

2 5 expires before a response is received. SLEEPING 

terminals can power down for a large percentage of 
the expected propagation delay before waking up to 
receive the response message. Missed messages may 
be stored by the bridging entity in a parent node 

3 0 for a predetermined number of HELLO times. 

The MAC layer is responsible for providing 
reliable transmission between any two nodes in the 
network (i.e. terminal-to-bridge) . Access to the 
network communications channel is regulated in 
3 5 several ways. First, the HELLO protocol, described 
above, reduces contention for HELLO packets. 
Second, nodes are grouped into logical coverage 
areas associated with a single bridge node. CSMA 



and LBT algorithms are used to gain access to the 
channel. Lastly, a polling protocol reduces 
contention for data frames. 

IEEE 802,3 media access control is used for 
ethernet links. A p-persistent CSMA/CA with ARQ 
(automatic retry request) protocol is used to gain 
access to the channel on the RS485 LAN. In 
addition, a collision avoidance protocol is 
implemented on RS485 LAN links. Bridging layer 
packets are typically sent in a single MAC layer 
data frame on both ethernet and RS48 5 LAN links. 
Short blocks can be transmitted as soon as an idle 
channel is detected. Before a long data frame can 
be transmitted on a wired link a potential 
transmitter must sense an idle channel, transmit an 
RFP frame and receive a POLL frame from the 
receiver. After a data frame is transmitted, the 
receiver notifies all listening nodes that the 
channel is free by sending a CLEAR frame. 

A simple return priority mechanism is 
implemented by requiring a potential transmitter to 
sense an idle line for an IDLE-TIME period which 
exceeds the maximum transmitter/receiver turnaround 
time. The recipient of a unicast frame "owns" the 
channel for the turnaround time and can respond 
without executing the CSMA algorithm. This approach 
makes response times more deterministic and allows 
the sender to set response time-outs tightly. Short 
time-outs allow transmitting nodes to quickly retry 
out and discover disconnected links. 

A CSMA random-backoff algorithm specifies 
backoff delays as a function of the CSMA slot time. 
A CSMA slot is calculated as a function of the 
worst-case carrier-sense ambiguous period. If, for 
example, in the worst case, it takes a character- 
time to determine that a frame is in progress then 
the CSMA slot time is defined to be slightly longer 
than one character time. The algorithm divides the 
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sense time into "p" contiguous slots and chooses a 
number, M i", between one ("1") and "p". If the 
first "i" slots are idle then the algorithm allows 
transmission in the "i+l" slot. If one of the first 
5 "i" slots is busy, the device executing the 
algorithm listens until the channel is idle and re- 
executes the algorithm. 

A polling protocol, which is consistent with 
the collision avoidance protocol used on wired 

10 links, is used to gain access to the channel on 
spread spectrum radio links. The polling protocol 
reduces contention in an environment with hidden 
terminals in several ways. On radio links, a MAC 
transmitter fragments a bridging layer packet into 

15 short fixed length frames before the packet is sent. 
The fragments are reassembled by the receiver and 
are posted to the receiver's bridging layer if, and 
only if, all frames in the packet are received. A 
group of frames which is associated with a single 

2 0 bridging layer packet is called a bracket. 

Fragmentation at the MAC layer allows the MAC entity 
to used a (shorter) frame size which is suitable for 
the like error rate without impacting packet sizes 
at the bridge layer. 

2 5 Additionally, the polling radio link protocol 

generally limits contention of RFP frames. Before a 
bracket of frames can be transmitted on a radio 
link, a potential transmitter must sense an idle 
channel, transmit an RFP frame and receive a POLL 

3 0 frame from the receiver. If the receiver is busy it 

responds with a wait-f or-poll (WFP) frame. The WFP 
frame positively acknowledges the RFP frame and 
causes the transmitter to wait for a POLL frame. 
Nodes are queued for polling in the order in which 
3 5 RFP frames arrive. After the last frame in a 
bracket is transmitted and successfully received, 
the receiver sends a CLEAR frame to notify all 
listening nodes that the channel is open. 
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In summary, the MAC layer: 

I. accepts frames from the bridging layer and 
passes frames to the physical layer for 
transmission; 

5 2 . appends MAC layer framing bytes and CCITT- 

16 FCS bytes to transmitted frames; 

3 . removes MAC layer framing bytes and FCS 
bytes from received ^frames; 

4. verifies the FCS bytes in received frames; 
10 5. filters out frames which do not belong to 

the SST network on the local device; 

6. filters out packets which are not directed 
to the local device; 

7. forwards packets to the bridging layer 
15 which are directly addressed to the local device, or 

are broadcast or multicast to the local device; 

8. regulates access to the communications 
channel on RS485 links and spread spectrum radio 
links; 

2 0 9. schedules lost unicast frames for 

retransmission; 

10. detects and discards duplicate back-to- 
back unicast MAC level data frames; 

II. provides device-to-device flow control; 
25 12. transparently fragments and reassembles 

bridging layer packets, which exceed the maximum MAC 
frame size; and 

13. maintains and provides diagnostic 
statistics for higher layers. 

3 0 Before delving into the specifics of the MAC 

layer a few points must be clarified. First, p- 
persistent CSMA/CA (carrier sense multiple access 
with collision avoidance) protocol is used to gain 
access to an RS485 LAN. The collision avoidance 
35 scheme gives channel access priority to the 
recipient of a unicast frame. Second, on lightly 
loaded spread spectrum radio links, a non-persistent 
CMA algorithm is used to gain access to the 
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communications channel. Third, on moderately to 
heavily loaded spread spectrum radio links, an 
LBT/BP (listen-bef ore-talk with busy pulse) 
algorithm is used to gain access to the channel and 
5 minimize the effect of hidden nodes. An LBT slot is 
defined as the total time required to transmit an 
RFP (request-for-poll) frame plus the time required 
by the receiver to begin transmitting the response. 
Finally, CSMA idle time is the minimum time that a 

10 potential transmitter must sense an idle channel 
before assuming the channel is idle. The CSMA idle 
time is greater than the interframe gap plus the 
CSMA slot size. LBT idle time is the minimum time 
that a potential transmitter must sense an idle 

15 radio channel with hidden nodes before assuming the 
channel is idle. The LBT idle time is greater than 
the interpoll gap time plus the CSMA slot size. 

MAC-level frames are categorized as either 
request or poll frames. The DATA, FRP and ENQ 

20 frames are request frames while POLL, WFP, CLEAR and 
REJECT frames are poll frames. More specifically, a 
DATA frame is a MAC-level request frame which is 
used to send higher-layer data to a receiver. 

An EOD (end-of -data) frame is a MAC-level 

25 request frame which is sent as the last data frame 
in a bracket of one or more data frames. Note that 
a bracket of data frames may consist of a single EOD 
frame. An FRP (request-for-poll) frame is a MAC- 
level request frame which is used to request polling 

3 0 from a receiver and to determine the SEQ state of 
the receiver. An ENQ (enquiry) frame is a MAC-level 
request frame which is used to determine the SEQ 
state of a receiver and to determine if a node is 
within range. A POLL frame is a MAC-level poll frame 

3 5 which is used to obtain a data frame from another 
node and to return the current SEQ state. 

A WFP (wait-for-poll) frame is a MAC-level poll 
frame which is used to inform a requesting node that 
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it is scheduled to be polled later and to return the 
current SEQ state, A CLEAR frame is a MAC- level 
poll frame which is used to inform all listening 
nodes that the last frame in a bracket of frames has 
5 been received and to return a defined SEQ state. A 
REJECT frame is a MAC-level poll frame which is used 
to return an undefined SEQ state or to indicate that 
a received request frame was invalid. 

Each request or poll frame contains a control 
10 byte wherein each bit represents an element of 
information or control. 

Three categories of bits in the control bytes 
of the request frame and the poll frame are the 
q same- These bits are: 1) the R/P bit is used to 

J3 15 distinguish MAC layer request and poll frames. If 

f: the R/P bit is set OFF the frame is a request frame. 

CO If the R/P bit is set ON the frame is a poll frame. 

zl 2) The SEQ bit is used to sequence MAC layer data 

Q3 frames, modula 2. The SEQ field is used to detect 

^ 2 0 and discard duplicate packets. A state machine 

jjj which illustrates the use of the SEQ bit and the 

fu response ACC bit is shown below; 3) The LAD ID 

% bits. The MAC frame belongs to the spanning tree 

yo specified by the LAN ID bits. The MAC entity 

2 5 discards frames which belong to spanning trees which 

are not in its LAN_ID_list. Note that LAN_ID_list 
is a parameter of the MAC_enable call. 

The request frame control byte further includes 
a Data bit, MORE bit and priority bit. The DATA bit 

3 0 is used to distinguish control request frames from 

data request frames. In control request frames the 
MORE bit is used to distinguish RFP frames from ENQ 
frames. In data request frames, the MORE bit is 
used to distinguish between DATA frames and EOD 
3 5 frames. The last frame sent in a bracket of data 
frames is always an EOD frame. 

The Priority bit includes the priority of a 
higher layer message and is set as specified by 
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the bridging layer, in the MAC_send call. The 
receiver simply passes the priority to the 
bridging layer. The Priority bit value is the 
same for all frames which are associated with a 
5 bracket of frames.. 

The poll frame control byte further includes a 
MORE bit and WAIT bit. The MORE bit is used to 
distinguish POLL frames from CLEAR frames. The WAIT 
bit is used to distinguish POLL frames from WFP 
10 frames. The receiver of a request frame can return 
a poll frame with the WAIT bit set ON in the 
associated poll frame to put the requesting node in 
a quiet state for WFP-TIMEOUT seconds. The 
requesting node must refrain from transmitting 
15 unicast frames to the receiver until the quiet 
period expires or a POLL frame is received from the 
receiver. In addition, a REJECT frame is specified 
by setting the MORE bit OFF and the WAIT bit ON. 

Each node in the network has a single bridging 
2 0 entity which invokes a MAC entity per port to send 
and receive messages on the port. MAC layer 
services are provided with the following software 
routines: 

1) MAC_enable (port, LAN_ID_list) ; 

2 5 2) MAC_set-address (port, net_address) ; 

3) MAC_send (port, desk_net_address, buffer, 
control_f lags, [mailbox] , [queue] ) ; 

4) length=MAC_accept (port, buffer, wait) ; 

5) MAC_stop (port) ; 
30 6) MAC_start (port) ; 

7) MAC_disable (port); 

8) MAC-enquiry (port, desk_ net_address) ; and 

9) MAC-diagnostic (port, . . .). 

Initially, the MAC entity attached to a port is 

3 5 in a DISABLED/OFF state. The bridging layer enables 

a MAC entity on a port by calling MAC-enable (port, 
LAN-ID- list) , where LAN-ID-list defines the spinning 
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trees to which the node can belong. MAC-enable 
changes the MAC entity state to ENABLED / ON ♦ 

The MAC entity uses a default multicast address 
consisting of the node type and a node identifier of 
5 all I's, until the bridging layer assigns a specific 
network address to the MAC entity. The MAC-set- 
address call is provided for this purpose. 

The bridging layer accepts messages from the 
MAC entity by issuing a MAC-accept call. The 
10 returned buffer includes the MAC header, but does 
not include media framing and CRC characters. The 
wait parameter can be used to suspend the caller for 
some length of time or until a message is received. 
S The MAC entity must be capable of queuing messages 

jjj 15 until they are accepted by the bridging layer. 

H The bridging layer requests the MAC entity to 

transmit a bridging layer packet by issuing a call 
CP to MAC-send. Packets are grouped into a set of one 

^ y or more MAC layer frame which, together, constitute 

q 2 0 a bracket. On radio ports, if the size of a 

ul bridging layer packet exceeds the maximum MAC frame 

length, then the packet is fragmented. A bracket 
yS normally contains a single data (EOD) frame on wired 

^ links. The MAC entity prefixed a MAC header to the 

2 5 beginning of each frame in a bracket before 

transmitting each frame. The MAC layer is also 
responsible for providing media framing, which 
includes a link-type dependent synchronization 
preamble, start-of-f rame delimiter, end-of-frame 

3 0 delimiter, and CRC-CCITT frame check sequence bytes 

for each frame. The control-flags parameter in the 
MAC-send call is used to: 1) set the priority bit in 
the MAC header (priority); 2) to indicate if the 
buffer is being sent in response to a multicast 
3 5 bridging layer packet (p-f lag) ; and 3) to set the 
LAN ID field in the MAC header. The optional 
mailbox and queue parameters are mutually exclusive 
and are used for asynchronous calls. Also, the 




- 91 - 

maximum size of a buffer passed to the MAC layer for 
transmission is MAX-PKT-SIZE. The bridging layer 
can disable the MAC receiver by calling MAC-stop. 
The MAC entity is in an ENABLED/ OFF state after a 
5 call to MAC-stop is used. The bridging layer forces 
the MAC entity back into the ENABLED /ON state by 
calling MAC-send or MAC-start. The bridging layer 
can disable the MAC entity and force it to the 
DISABLED/OFF state by calling MAC-disable. In 
10 addition, MAC-enquiry can be used to determine if a 
destination node is within range, and MAC-diagnostic 
„is used to retrieve diagnostic statistics from the 
MAC layer. 

When the MAC entity is in ah ENABLED/ON state 

15 it is continuously listening on its assigned port. 
The MAC entity receives all MAC layer frames. 
Frames which do not pass a CRC-CCITT check are 
invalid and are discarded. Valid data frames are 
reassembled into a complete packet which is posted 

2 0 to the bridging entity if: 1) the LAN ID in the MAC 
header is among those contained in the LAN ID list 
passed to the MAC entity in the MAC-enable call; and 
2) the destination address in the MAC header is 
equal to the network address of the local node, or 

25 is unacceptable multicast or broadcast address. 

The high-order multicast bit is set ON in all 
multicast or broadcast frames. A multicast or 
broadcast frame is accepted if the node type 
specifies a group to which the local node belongs 

30 and either the node identifier is all ones ("l's"), 
or the node identifier is equal to the identifier of 
the local node. A response is never required when 
the multicast bit is set ON. 

A default network address used when the MAC 

35 entity is first enabled consists of the multicast 
node type concatenated with a node identifier of all 
ones. For example, the default address for a bridge 
is hexadecimal A7FF. The bridging layer is 
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responsible for obtaining a network address and 
assigning it to the MAC entity on the port* 

A return priority mechanism is used to group 
MAC layer request and poll frames into a single CA 
5 sequence . A channel access algorithm is executed to 
gain access to the channel before the first frame in 
a CA sequence is transmitted. All other frames in a 
CA sequence may be sent without executing the 
channel access algorithm. The idle time between 

10 frames which belong to a single CA sequence must be 
less than the maximum interframe gap time. On wired 
links, the CSMA/CA algorithm forces nodes to detect 
an idle channel for CSMA idle time which exceeds the 
interframe gap time before initiating a CA sequence. 

15 On radio links "hidden nodes" can cause throughput 
to be significantly degraded on spread spectrum 
radio links. Under lightly loaded conditions, a 
CSMA channel access algorithm allows nodes to access 
the radio channel immediately after detecting an 

20 idle channel. Under moderate to heavily loaded 
conditions, the LBT/DP algorithm forces nodes to 
detect an idle radio channel for an LBT idle time 
which exceeds the interpoll gap time before 
accessing the channel. By listening for longer than 

2 5 the interpoll gap time, a node will detect a 

conversation in progress, if both involved nodes are 
in range or only one node is in range and the other 
node is hidden. Limiting the time between frames in 
a CA sequence to a short fixed interval, essentially 

3 0 provides a busy-pulse signal which spans the 

coverage area of both nodes involved in a 
conversation. 

A CA sequence of frames begins with the 
transmission of a request or poll frame, following 
3 5 an execution of the channel access algorithm. 
Possible successive frames in a CA sequence are: 1) 
any poll frame sent in response to a unicast request 
frame; 2) a DATA or EOD frame sent in response to a 
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POLL frame; or 3) a bridge node can "piggyback" a 
second frame onto a transmitted broadcast, 
multicast, WFP, CLEAR, or REJECT frame, by 
transmitting the second frame within the interframe 
5 gap time. 

The size of packets which are passed to the MAC 
layer by the bridging layer must be less than or 
equal to MAX-PKT-SIZE, where MAX-PKT-SIZE specifies 
the total length of the packet, including bridging 

10 and data-link header characters. 

Packets which are larger than MAX-FRAME-SIZE 
must be fragmented, by the MAC entity, to insure 
that the interpoll gap time is constant. The 
fragmented frames are transmitted as a bracket with 

15 the MORE bit set OFF in the last frame to mark the 
end of the bracket. Frames which belong to a single 
bracket are reassembled by the MAC entity in the 
receiver before the packet is posted to the bridging 
layer in the receiver. If the entire bracket is not 

20 received successfully, all other frames in the 
bracket are discarded by the receiver. The maximum 
number of data frames in a bracket is the ceiling of 
MAX-PKT-SIZE/MAX-FRAME-SIZE. 

MAX-FRAME-SIZE does not include characters 

2 5 added at the MAC level. MAX-FRAME-SIZE on the 192K 

bps spread spectrum radio link is limited by the 
interpoll gap time. On a wired links with low error 
rates, MAX-FRAME-SIZE is set so that a bracket is 
generally limited to a single LIMITED frame. 

3 0 A bracket of frames may be transmitted in one 

or more CA sequences where a channel access 
algorithm is used to gain access to the link for 
each CA sequence. A transmitter initiates the 
transmission of a bracket of frames by sending 
3 5 either an RFP frame or an EOD frame to a receiver. 

If a receiver is not busy, the receiver responds to 
RFP and DATA frames with a POLL frame, which 
solicits the next DATA frame and implicitly 
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acknowledges the previous frame* A receiver 
responds to an EOD frame with a CLEAR frame. If a 
receiver is busy or does not have a buffer, the 
receiver may respond to RFP, DATA or EOD frames with 
5 a WFP frame. 

The node which initiates a bracket of frames 
(i.e., the transmitter) is responsible for recovery 
until the first POLL frame is received. The 
receiver is responsible for polling the transmitter 

10 as soon as an RFP frame is received and assumed 
responsibility for recovery at that point. It is 
possible for both the transmitter and receiver to be 
in contention to recover a lost frame (i.e., RFP or 
DATA) if the POLL frame is lost. The contention is 

15 resolved with a random backoff algorithm. If a 
CLEAR frame is lost and the polling node which sent 
the CLEAR frame is responsible for recovery, the 
requesting node which initiated the bracket cannot 
determine if the link was lost or the CLEAR frame 

2 0 was lost. The requesting node must send an ENQ 
frame to determine which case holds. 

This preferred embodiment utilizes a state 
machine (SM) to control network communication. No 
state machine is required for multicast and 

2 5 broadcast frames, however. Multicast and broadcast 

frames can be transmitted whenever the channel is 
available. Received multicast or broadcast frames 
are simply discarded or posted to the bridging 
layer. Various state machines are used to handle 

3 0 other communication aspects. These include the 

bracket-transmit, bracket-receive, receive-SEQ- 
control and transmit-SEQ- control state machines. 

Specifically, the bracket-transmit state 
machine used provides IDLE, READY, S-RFP, S-DATA, S- 
35 EOD, READY 2 and S-E0D2 states. The IDLE state 
causes this state machine to idle, waiting a bracket 
of frames to transmit. The READY occurs when the 
state machine has a bracket of one or more frames to 
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transmit and is waiting to acquire the channel. The 
S-RFP state occurs when the state machine has sent 
an RFP frame and is waiting for a POLL frame. The 
S-DATA state occurs when the state machine has sent 
5 a DATA frame and is waiting for a POLL frame* The 
S-EOD state occurs when the state machine has sent 
an EOD frame after receiving a POLL frame and is 
waiting for a CLEAR frame. The RDY-WAIT state 
occurs when the state machine has received a WFP 

10 frame and is waiting for a POLL frame (or timeout) . 

The READY 2 and S-EOD2 states only apply to 
transmissions on a wired link which are not 
initiated with a request for polling. The READY? 
state occurs when the state machine has a single 

15 short frame to transmit, is waiting to acquire a 
wired link, and the SEQ state of the receiver is 
known. The S-EOD2 state occurs when the state 
machine has sent an unsolicited EOD frame is waiting 
for a CLEAR frame. 

2 0 There is an automatic and immediate transition 

from the READY state to the READY2 state if the 
communications channel is a wired link, the SEQ 
state of the receiver is known, and the bracket to 
transmit consists of a single EOD frame which is 

2 5 less than MAX-SHORT-FRAME-SIZE in length. 

The state machine also uses various timers. A 
RP-TIMEOUT receive timer is started when an RFP 
frame is transmitted, an ENQ frame is transmitted, 
and (on wired links) , when an EOD frame is sent 

3 0 without first sending an RFP frame. The timeout 

value is larger than interframe gap time plus the 
time required to transmit a POLL or CLEAR frame. If 
the RSP-TIMEOUT timer expires before an expected 
response is received, a retry counter is incremented 
3 5 and the request frame is retransmitted, if the retry 
count has not been exceeded. 

A POLL-TIMEOUT receive timer is also used. 
This timer is started whenever a DATA or EOD frame 
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is transmitted following an RFP frame. The timeout 
value is larger than the time required for the 
maximum number of poll retry attempts. The MAC 
layer returns an error to the bridging layer if this 
5 timer expires before an expected poll frame is 
received. Note that the receiver is responsible for 
recovery when this timer is running. Similarly, a 
WFP-TIMEOUT timer is started whenever a WFP frame is 
received. The RDY-WAIT state ends when this timer 
10 expires or a POLL frame is received. 

The state machine must maintain a "current 
pointer" variable which points to the current frame 
in a bracket of frames to be transmitted. The 
p current pointer is advanced if, and only if, a POLL 

fi 15 for the next frame in the bracket is received. If 

fl more than one transition is specified when a POLL 

CO frame is received, the state of the current pointer 

~ determines which transition should be taken. 

m In the bracket-receive state machine, an 

1, 2 0 assumption is made that invalid frames and frames 

m not directed to the local node are discarded and do 

fw not affect state transitions. Multicast and 

^ broadcast frames are simply posted to the bridging 

s0 entity, if a buffer is available, and do not affect 

2 5 state transitions. 

There are three states in the bracket-receive 
state machine: 1) IDLE-LISTEN; 2) BUSY; and 3) BUSY- 
WAIT. The IDLE-LISTEN state occurs whenever the 
receiver is not receiving a bracket of frames. The 

3 0 BUSY state occurs when the receiver has sent a POLL 

frame and is waiting for the next frame in a 
bracket. Finally, the BUSY-WAIT state occurs when 
the receiver is waiting for a buffer to become free. 
The bracket-receive state also uses the RSP- 
35 TIMEOUT and WFP-TIMEOUT timers. Specifically, the 
RSP-TIMEOUT timer is started when a POLL frame is 
transmitted. The timeout value is larger than 
interframe gap time plus the time required to 
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transmit a DATA frame. if the RSP-TIMEOUT timer 
expires before an expected response is received, a 
retry counter is incremented and the POLL frame is 
retransmitted, if the retry count has not been 
5 exceeded. The receiver must maintain a poll- 

queue which is a FIFO list of all terminals which 
have requested polling. Entries in the queue are 
aged so that they are discarded after WFP-TIMEOUT 
seconds. The entry at the front of the queue is 

10 considered active; all other entries in the queue 
are denoted as queued. Nodes which are not active 
nor queued are denoted as inactive. Note that there 
is no active node in the IDLE-LISTEN state. 
Additionally, a separate queue can be used for high 

15 priority requests. 

A SEQ state variable is cached for all nodes 
which have recently transmitted valid data frames. 
The SEQ state variable is updated as specified in 
the section which describes state machines for frame 

20 SEQ control. 

Only one bracket may be in progress at a time. 
The receiver must reserve enough buffers for an 
entire bracket of frames before sending a POLL frame 
in response to an RFP frame. This ensures that the 

25 entire bracket will be accepted. 

All unicast MAC data frames are sequenced with 
a 1-bit sequence number (SEQ) . The sequence number 
is used to detect lost data frames and duplicate 
data frames. The MAC entity in each node must 

30 maintain transmit and receive SEQ state tables for 
unicast messages. The receive SEQ state table 
contains an entry for each active MAC source node. 
The transmit SEQ state table contains an entry for 
each active destination node. Each entry consists 

3 5 of a 1-bit SEQ state variable and a network address. 
Only unicast command frames affect state table 
entries. As a rule, a receive table entry should be 
discarded before the counterpart transmit table 



• 



- 98 - 

entry (i.e., in another node) is discarded. Receive 
SEQ state table entries need only be kept long 
enough to ensure that retransmitted duplicates are 
not mistaken for valid frames. This implies that 
5 receive table entries must be kept for a period 
longer than the maximum transmit retry time for a 
single frame. An entry in the transmit SEQ state 
table can be kept until the space is required for a 
new entry. Strict state timing is not required 

10 because a transmitter, (without a table entry for a 
potential receiver) , can determine the state of a 
receiver, (with an RFP frame) , before transmitting 
data frames. Also, the MAC layer does not provide a 
reliable service. Lost frames and duplicates are 

15 detected by higher layers. 

The receive-SEQ-control and transmit-SEQ- 
control state machines specify how entries in the 
SEQ state tables are maintained. The use of the 
term "poll" is used to denote any poll frame (i.e., 

20 POLL, WFP, CLEAR, or REJECT) and the term "data" is 
used to denote any data frame (i.e., DATA or EOD) . 

Move specifically, the receive-SEQ-control 
state machine uses three states: 1) ACCEPT-0; 2) 
ACCEPT-1; and 3) ACCEPT-ANY. In the ACCEPT-0 state, 

2 5 the receiver expects the next DATA or EOD packet to 

have a SEQ number of 0. In the ACCEPT-1 state the 
receiver expects the next DATA or EOD packet to have 
a SEQ number of 1. Finally, in the ACCEPT-ANY state 
the receiver will accept a DATA or EOD packet with a 

3 0 SEQ number of 0 or 1. 

The MAC receiver caches receive SEQ state 
variables for active external source nodes. The 
variable can be set to one of three states listed 
above. A state of ACCEPT-ANY applies to all nodes 
3 5 which do not have entries in the receiver's SEQ 
state table. The receiver sets the SEQ bit in a 
poll frame to denote the next frame that the 
receiver expects. 
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The transmit-SEQ-control state machine also 
utilizes three states: 1) SEND-O; 2) SEND-1; and 3) 
UNKNOWN. In the SEND-0 state, the transmitter sends 
the current data frame with a SEQ number of 0 and 
5 expects a POLL or CLEAR with a SEQ number of 1. in 
the SEND-1 state the transmitter sends the current 
data frame with a SEQ number of 1 and expects a POLL 
or CLEAR with a SEQ number of 0. In the UNKNOWN 
state, the transmitter must send an RFP or ENQ frame 

10 to determine the SEQ state of the receiver. 

The MAC transmitter maintains a transmit SEQ 
state variable per external node. The transmitter 
sends the SEQ field in DATA and EOD frames to the 
value of the transit SEQ state variable. The state 

15 variable can be in one of the three states listed 
above. The UNKNOWN state applies to all nodes which 
do not have entries in the transmitter^ state 
table. If the state is UNKNOWN, the transmitter 
sends an RFP or ENQ frame to determine the SEQ state 

2 0 of the receiver before sending a data frame. On 
radio links, the SEQ state is set to UNKNOWN as soon 
as the transmission of frames is completed. 

The SEQ field in a poll frame denotes the next 
data frame expected. Each time a poll frame is 

2 5 received, the transmit SEQ state variable associated 

with the source of the poll frame is set to the 
value of the poll frame's SEQ field. A "current 
pointer" points to the current data frame in a 
bracket of data frames. The current pointer is 

3 0 advanced if the current data fame has been 

transmitted with a SEQ field value of "0" ("1") and 
a poll frame is received with a SEQ field value of 
"1"("0") . 

Various network constants are also used in this 
3 5 preferred embodiment. These include: 

1) WFP-TIMEOUT (1 second) this is the time that 

a node remains in a quite state 



25 



2) MAX-PKT-SIZE 
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waiting for a POLL frame after a 
WFP frame is received; 
(8 00 bytes) this is the maximum 
size of a bridging layer packet 
5 including bridging header 

characters; 

3) R-MAX- FRAME-SIZE (100 bytes) this is the 

maximum size of a MAC layer 
frame on the spread 
10 spectrum radio link, not 

including MAC header and 
framing characters; 

4) W-MAX-FRAME-SIZE MAX_PKT_s i z e , is the 

maximum size of a MAC layer 
15 frame on the RS485 LAN, not 

including MAC header and 
framing characters; 
5) W-MAX-SHORT-FRAME-SIZE (200 bytes) this is 

the maximum size of a MAC 

2 0 layer frame which can be 

transmitted without first 
sending a RFP frame on the 
RS485 LAN; 

W-SLOT-SIZE (50 microseconds) this is the 
CSMA slot size for the RS485 
LAN; 

W-INTERFRAME-GAP (200 microseconds) this is 

the maximum interframe gap 
time for the RS485 LAN. 

3 0 8 ) W-IDLE-TIME ( W-INTERFRAME-GAP+W-SLOT-size+50 

microseconds) this is the CSMA 
idle time on the RS485 LAN; 
9) R-SLOT-SIZE (1000 microseconds) this is the 

LBT slot size on the spread 
3 5 spectrum radio link; 

R-INTERPOLL-GAP (500 microseconds) this is 

the interpoll gap time on 



6) 



7) 



10) 
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the spread spectrum radio 
link; and 

11) R-IDLE-TIME (R-INTERPOLL-GAP) this is 

the LBT idle time on the 
5 spread spectrum radio link. 

THE CSMA/CA channel access algorithm used on 
the RS485 LAN differs from the LBT algorithm for 
radio links because of the hidden terminal factor in 
the radio network. Particularly, the p-persistent 

10 CSMA/CA algorithm forces all nodes to detect an idle 
channel for one CSMA idle time unit, where a CSMA 
idle time unit is greater than the interframe gap 
time, before the channel is considered free. If a 
node initially detects a free channel, it can 

15 transmit immediately. If a node detects a busy 
channel, it listens to the channel until it becomes 
free. When the channel becomes free, at that point, 
time is divided into "p" CSMA slots. The node 
selects one of the "p» slots, "i", at random. If 

20 the channel is idle for the first i-l ("i" minus 
one) slots, the node transmits in slot i. If the 
channel becomes busy in one of the fist i-1 slots, 
the process is repeated. If an expected response is 
not received, a node chooses a number, "i M , between 

2 5 one ( 1" ) and p , and delays for " i" CSMA s lots 

before re-executing the CSMA algorithm to 
retransmit. The number of backoff slots, p, is 
given as an increasing function of the number of 
missed responses and busy channel directions. 

3 0 The LBT algorithm functions as a pure CSMA 

algorithm when the channel is lightly loaded. A 
channel is allowed to transmit as soon as an idle 
channel is detected. CSMA is never used for 
retransmissions. When the channel is moderately to 
3 5 heavily loaded, the LBT algorithm forces all nodes 
to detect an idle channel for at least one LBT idle 
time unit, (this unit being greater than the 
interpoll gap time) before the channel is considered 
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free. If a node initially detects a free channel, 
it can transmit immediately- If a node detects a 
busy channel, it listens to the channel until it 
becomes free. When the channel becomes free, at 
5 that point, time is divided into "p" LBT slots. The 
node selects one of the "p" slots, "i" , at random. 
If the channel is idle for the first i-l slots, then 
the node will transmit in slot i. If the channel 
becomes busy in one of the first i-l slots, the 

10 process is repeated. If an expected response is not 
received, a node chooses a number, "i" , between one 
("1") and "p", and delays for "i" LBT slots before 
re-executing the LBT algorithm to retransmit. The 
number of backoff slots, "p", is given as an 

15 increasing function of the number of missed 
responses and busy channel detections. 

The CSMA/CA algorithm for the RS485 LAN, and 
the LBT/ BP algorithm for spread spectrum radio links 
are both shown in pseudo-code in Appendix F. 

20 This network embodiment uses what will be 

referred to as "SST Multi-drop LAN" techniques 
herein. The SST Multi-drop LAN shown in FIG. 2 6 is 
built on what is called a ,, linear ,, topology. A 
single cable 3 501 forms a line and each device is 

25 simply connected to the line. In a typical 
warehouse facility 3503 the multi-drop network 
consists of the cable 3501 connecting bases stations 
3505-3521 and 3503 a controller 3523. The 
controller 3523 and the base stations 3505-3521 can 

3 0 be placed anywhere along the cable 3 501. 

The physical length of the cable 3501 depends 
primarily on the following: 

1. the data rate used; 

2. the number of devices on the network; 
3 5 3. the gauge of wire used; 

4. the characteristics of the wire used which 
includes the capacitance, 6dbv length and 
twist-rate; 
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5. the shielding of the wire (the combination 
of braided and foil shields are 
preferred) ; and 

6. the environment (in a heavy-industrial 
5 environment with such things as large 

motors that start and stop frequently, 
welding, ultrasonic equipment, 
electroplating, or other electrically 
noisy equipment, the distance is less) . 
10 For example, using simulated noisy environment AWG 
#24 wire with eight device and shielded wire, a two 
thousand foot cable 3 501 operates without problems. 
In preferred embodiment, the communication link 
utilizes NPN 321-457-001 cable (Belden 9841). 
15 If the physical length of the cable 3050 needs 

to be extended, an additional "network segment" can 
be added. Segments are linked together by 

repeaters. This repeater can be either a "dumb" 
bridge, acting to relay all information between 
2 0 segments, or an "intelligent" bridge, relaying 
information selectively. Further, the repeater does 
not have to be placed at the end of the 
communication link. As with base stations and 
controllers, repeaters can be placed any where it 

2 5 physically makes sense. 

Coupling transformer may be used to protect the 
devices from ESD, EMI, and noise. 

Radio bases don't always have to be wired to 
the network. If a base is within radio range of 

3 0 another base that is connected to the network, then 

the first base can communicate data from terminals 
to the host via the second base. For wireless 
routing, the two coverage areas must overlap enough 
so that each base is within range of the other. As 
3 5 a result, more radio bases are needed than scenarios 
using hand-wired routing to the LAN. 

As shown in FIG. 27, wireless routing can 
reduce the amount of wiring necessary in a facility. 
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This arrangement requires no more than one on-the- 
air hop from any area, so the performance impact 
isn't that great. 

Wireless routing is especially effective at 
5 filling in fringe areas. In the example above, the 
outside of the loading dock could have marginal 
coverage. If, once the system is installed, the 
coverage is this area turns out to be unacceptable, 
couple of wireless routers could be added to 

10 guarantee solid coverage in this area without adding 
any more wiring. Installation could be complete in 
just the time required to mount the bases. These 
bases need only to be taped to a wall to optimize 
coverage. If this solves the coverage problem, but 

15 the customer finds the performance impact 
unacceptable, then the new bases station could be 
hardwired in. Terminals being used out on the 
loading dock in areas where the coverage of the 
wireless routers and the wired bases overlap 

20 automatically switches between the wireless routers 
and the wired based depending on which gives the 
shortest path to the host. There is no danger that 
adding a wireless router will slow things down by 
causing terminals to make unnecessary on-the-air 

2 5 hops when they are within range of a wired base. 

Another major application for wireless routers 
is continuing coverage when a wired base fails. A 
couple of wireless routers setup at ground level or 
perhaps duct taped a few feet up on support columns, 

3 0 a temporary installation that can be done with a 

step ladder, could easily fill in most of the 
blacked-out area until the failed base can be 
repaired. 

Wireless routers can also be a real benefit for 
3 5 operation in temporary physical areas avoiding hard- 
wiring. In addition, two networks can be linked 
with wireless routing. In some situations, this may 
be a good way to eliminate multiple on-the-air hops. 
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Once all the network hardware is installed and 
on, the system configures itself and constantly 
reconfigures itself . As the customer moves goods 
around his warehouse and radio propagation inside 
5 changes, the system reconfigures to try to maintain 
as much coverage as it can. When a piece of 
equipment fails, the system reconfigures around it. 
If a base fails, but the area can be covered by a 
wireless router, the system automatically uses that 

10 router. For example, when a new wireless router is 
installed, it is automatically assimilated into the 
system within minutes of merely powering up the 
router. If that wireless router is hardwired it in, 
it automatically stops wireless routing and become a 

15 wired base. If that hardwired communication link 
breaks, the two resulting segments automatically 
begins communicating wirelessly. 

Description of FIGS. 28 through 30 

FIG. 28 illustrates a roaming terminal power 

2 0 saving or sleep mode feature involved in the 

communication between an exemplary base station 
which polls a plurality of roaming terminals. 
Although the communication system configuration set 
forth in FIG. 18 is used for specific illustration, 
25 any other configuration may also be utilized. 

Similarly, although this illustration uses slotted 
contention polling, any other polling protocol might 
also be used. 

Roaming terminals which have radio transceivers 

3 0 may also have keyboards and/or bar code reading 

devices attached thereto for data collection. All 
of these devices are portable and quickly drain 
battery power unless used wisely. The power 
requirements of the roaming terminals can be 
3 5 minimized if the transceiver circuitry is only 
powered-up when needed. In a specific example shown 
in FIG. 18, the roaming terminal 3016 is illustrated 
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in a dormant/ active cycle where the unit remains off 
for a five second period as at 4500 and at 4501 
terminal 3016 assumes receive mode for a 1000 
millisecond period whereupon, having received no 
5 signal addressed to it and having no data to send, 
it returns to "off" (dormant) state at 4502 to begin 
a new dormant /active cycle. This dormant state is 
also referred to herein as a "sleep mode." 

Roaming terminal 3 015 is illustrated as being 

10 in off status at 4504 and as cycling to receive mode 
at 4505. In one embodiment the polling signal at 
4051 (even though not addressed to terminal 3015) 
may trigger a ten second timing interval at 4506 at 
the end of which if no further RF signal has been 

15 received terminal 3015 will move to off (dormant) 
state and resume its dormant/ active cycling. (The 
signal at 4 507 may not be of received strength at 
terminals 3015 and 3016 sufficient to cause an 
increase in the active cycles at 4501 and 4506) . 

20 Roaming terminal 3017 turns on its receiver at 

4510 when it has determined that it has a message to 
send. Terminal 3017 would bid for attention at 
4511, e.g., in response to general poll 4040 would 
send its message at 4507, and then switch to receive 

25 at 4512, and stay on for ten seconds as indicated at 
4514 whereupon it would resume the power of saving 
cycle of one second RX-ON, five seconds - radio OFF 
in the absence of a received RF signal. 

When a roaming terminal has no message to send, 

3 0 it will remain in receive enable state for a fixed 
time, e.g., ten seconds and if no message is 
directed to the roaming terminal, and further, no 
input is otherwise made to the roaming terminal, 
e.g., by the user, then the roaming terminal will 

3 5 commence a cycle of alternating dormant and active 
states, e.g., five seconds off or dormant and one 
second on or active, that is, in receive mode, ready 
to receive a message from a base station. The 
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cycling will continue until the roaming terminal 
receives a signal addressed to it whereupon the 
roaming terminal will remain in active state, that 
is, in receive or transmit mode until completion of 
5 its communication with the base station. 

Following completion of the communication with 
the base station, the roaming terminal will remain 
in receive mode for a fixed time, e.g., ten seconds, 
and return to the alternating dormant and active 

10 cycling, thereby conserving power in the roaming 
terminal. If a polling signal or a message of any 
type is received by a roaming terminal during any 
active state portion of its active/dormant cycling, 
the roaming terminal, e.g., terminal 3016 will 

15 remain enabled, that is, in active state and will 
receive messages and transmit in response thereto 
until the communication session has been completed. 

Further, when a roaming terminal unit is 
powered up by a user, such as by manipulation of its 

20 keyboard or by other directly coupled input means, 
e.g., by a bar code reader, the roaming terminal 
will remain in active, receive mode for the fixed 
time period, e.g., ten seconds, there following, 
before returning to its alternating dormant/ active 

25 cycle. However, should any input signal be received 
by the roaming terminal during the initial fixed 
time period before cycling begins, the roaming 
terminal will remain in enabled, that is, receive 
mode until a fixed period elapses during which no 

3 0 signal or other stimulus is received. 

The structure of the internally operated 
command sequencing within the processor of a roaming 
terminal having the cyclic dormant/active power 
saving feature of the present disclosure is 

3 5 presented in Appendix H. 

FIGS. 29 and 30 together comprise a flow chart 
with the operation of a roaming terminal with the 
dormant /active power saving feature. When the 
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terminal radio is on, the system tests for reception 
of a transmission from the base station, and turns 
the terminal radio on for ten seconds if it detects 
one. If it does not, it tests to see if the 
5 terminal has scanned the bar code. If so, it turns 
the radio on for ten seconds. If not, it tests to 
see if the user has initiated a transmission. If 
so, it turns the terminal on for ten seconds. If 
none of these events occur, the cycle repeats until 

10 a timer turns the radio off. The sequence tests to 
see if the terminal has scanned the bar code and, if 
not, if the user has initiated a transmission. If 
the answer is yes, the radio is switched on for ten 
seconds; otherwise, the cycle repeats until a timer 

15 times out the test, in which case the radio is 
turned on for one second to listen for a poll. 

Other "sleep mode" scenarios are described 
above in relation to the dominant communication 
protocol. 

2 0 Additionally, it is obvious that the 

embodiments of the present invention described 
hereinabove are merely illustrative and that other 
modifications and adaptations may be made without 
departing from the scope of the appended claims. 



